Oracle Linux とその周辺のもの

2013年10月26日土曜日

OVS デフォルトのパーティション構成を、あえて受け入れてみたいと思います。

前のポストから時間が少し空きましたが

Oracle VM Serverをインストールしている最中に、
デフォルトのパーティション構成だと、まだ空き領域（Free Space）があるのを見て
何となく気になっている日々を過ごしていました。

OVSのデフォルトパーティション構成を見て思ったこと。

たとえば、OVS 3.2.1 をデフォルトインストールすると、
下記のような感じになります。

[root@ovs101 ~]# cat /etc/ovs-release
Oracle VM server release 3.2.1
[root@ovs101 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 3.0G 705M 2.1G 25% / ★デフォルト3GB。もしかしてイケる?
/dev/sda1 99M 28M 67M 29% /boot
tmpfs 232M 0 232M 0% /dev/shm
none 232M 40K 232M 1% /var/lib/xenstored

今回は、検証目的で OVS on OVS をやっていて、このVMの仮想ディスクは 8GB にしてあります。
そのため、まだまだ空き容量はあります。（dfの結果からは見えませんが）

ちなみに、このOVSはデフォルトパーティション構成でインストールして、
1週間くらい様子を見ていますが、何となく余裕がありそうな気がします。
※特にトラブルを起こしてないこともあると思いますが…

これまでは、仮想/物理問わず、OS用のディスク容量に空きがあった場合は
条件反射的に、どこかのパーティションに空き領域を割り振っていました。
たとえば、今回のOVS（のVM）構成であれば、これまでは間違いなく
残りディスク容量は「/（ルート）」に割り当てていました。
それには、「想定外のログ肥大やコアファイル出力で、
空きディスク領域なくなったりしそう」という心配もありましたが・・・

ただ、最近だと
「使わないディスク領域はそのまま空けておく」もアリに思えてきました。

そもそも、本当に、ルートが3GBでもやっていけるのか気になる。
OVS3系の Dom-0 が、実際どれくらい容量を必要とするのか知っておきたい。
あえて最大容量を絞ることで「サーバ要塞化」的な感覚を養えそうな気がする。
ハイパーバイザや Dom-0 は、ディスク容量的に軽いに越したことはないので
余計なソフトウェアを導入しないように・・・
今回は VM なので、後からの再構築やディスク容量変更が物理環境よりやりやすい。

しばらく、OVSディスク構成デフォルト環境を体験してみようと思います。

以上、なんとなく避けていたデフォルト値を
あえて受け入れてみようかと思った話でした。

2013年10月15日火曜日

OVSのデフォルトパーティション構成を見て思ったこと。

Oracle VM Server 3 (OVS)のインストールをしているときに
「Remove all partitions on selected drives and create default layout.」
を選択すると、指定したパーティションすべてを使って、デフォルトパーティション構成となります。

そうすると、3つのパーティション（「/boot」、「SWAP」、「/」）が切られます。
このこのときの構成を見て、ふと気になったことがあります。

「まだ空き領域（Free Space）があるが、残りを
/ に割り当てるべきか、そのまま空けておくべきか」についてです。

ルートのパーティション「/」には 3GB（3072MB）割り当てられています。
OVS特有のリポジトリ（/OVS 的な場所）はNFS等で用意しようと思っているので、
ほかに追加パーティションを作る予定もありません。

つづく（明日くらいまで考えます）

2013年9月15日日曜日

三省堂に「サーバ仮想化」棚が・・・

今日、東京神田/御茶ノ水あたりの書店に行ってきました。

三省堂書店神保町本店
http://www.books-sanseido.co.jp/shop/kanda.html

最近、ちょっと棚の配置を変えたみたいなのですが、
5Fコンピュータ関連書籍のフロアに
なんと「サーバ仮想化」棚ができていました。

このあたりです。

※この見取り図は上記の三省堂書店さんのWebサイトにあったものです…
　ちょっと前状態のフロアガイドに、赤字部分を書き足しました。

Hyper-V や VMware、Xen などの書籍が置かれていました。
残念ながら「Oracle VM サーバ仮想化構築ガイド」は…たまたまありませんでした。

サーバ仮想化がここまで一般的になったのかと
感慨深いものがありました。

以上、三省堂で感動した話でした。

2013/12/09
ちなみに最近、店舗改装がおわったみたいで見に行ったらなくなってました。
感想としては「ですよねー」。

2013年8月30日金曜日

RPMにセキュリティ対策やバグ修正がされているか確認する方法

RPMに対して、セキュリティ対策やバグ修正がされているか確認したい場合、

下記のようなコマンドでRPMのチェンジログ（変更履歴）を見るとわかることが多いです。

rpm -q --changelog <インストール済みRPM名>
rpm -qp --changelog <RPMファイル名(～.rpm)>

当然な話ですが

Oracle VM Server（OVS）もRed HatベースのLinuxなので、

インストールされているRPMのチェンジログがみられます。

ためしに、

OVSにインストールされているXenのRPMについてみてみます。

[root@ovs2 ~]# cat /etc/ovs-release
Oracle VM server release 3.2.1
[root@ovs2 ~]# rpm -qi xen
Name : xen Relocations: (not relocatable)
Version : 4.1.3 Vendor: Oracle America
Release : 25.el5 Build Date: Thu 06 Dec 2012 02:15:11 AM JST
Install Date: Tue 12 Mar 2013 10:55:47 AM JST Build Host: ca-build6.us.oracle.com
Group : Development/Libraries Source RPM: xen-4.1.3-25.el5.src.rpm
Size : 12039258 License: GPL
Signature : DSA/SHA1, Thu 06 Dec 2012 02:15:36 AM JST, Key ID 66ced3de1e5e0159
URL : http://xen.org/
Summary : Xen is a virtual machine monitor
Description :
This package contains the Xen hypervisor and Xen tools, needed to
run virtual machines on x86 systems.

インストールされているXenのチェンジログは、こんな感じで見られます。

[root@ovs2 ~]# rpm -q --changelog xen
* Thu Dec 06 2012 Konrad Wilk <konrad.wilk@oracle.com> - 4.1.3-25
- Xen Security Advisory CVE-2012-5514 / XSA-30 (v4).
aka. Broken error handling in guest_physmap_mark_populate_on_demand()
The original checkin was using v1, which did not have the
extra check for priviliged domains and the less verbose printk.
This patch updates the xsa-30 to v4.
ISSUE DESCRIPTION
=================
guest_physmap_mark_populate_on_demand(), before carrying out its actual
operation, checks that the subject GFNs are not in use. If that check fails,
（以下略）

CVE-～のセキュリティ対策がされているかも記載されています。

[root@ovs2 ~]# rpm -q -changelog xen | grep CVE
- Xen Security Advisory CVE-2012-5514 / XSA-30 (v4).
This is XSA-30 / CVE-2012-5514.
- Xen Security Advisory CVE-2012-5515 / XSA-31
This is XSA-31 / CVE-2012-5515.
- Xen Security Advisory CVE-2012-5514 / XSA-30
This is XSA-30 / CVE-2012-5514.
- Xen Security Advisory CVE-2012-5513 / XSA-29
This is XSA-29 / CVE-2012-5513.
- Xen Security Advisory CVE-2012-5512 / XSA-28
This is XSA-28 / CVE-2012-5512.
（以下略）

バグ修正についても記載されています。
たとえば、[bug 13845552] が修正済みか調べる場合は、

[root@ovs2 ~]# rpm -q -changelog xen | grep 13845552
- Correct stop xend return status [bug 13845552] ★修正されていそう

※このバグが特に重要というわけではありません。適当に1つ選びました。

脆弱性調査とかで、CVE番号やバグ番号（BZ#）などでgrepして見たりします。

以上、チェンジログ確認の話でした・・・

2013年8月29日木曜日

ためしにOracle 12c RAC をインストールしてみて（DB編）

12c RAC を構築してみました。

RACインストール～DB作成の流れで、いくつか気づいたことを
ピックアップしてお伝えします。（まだ12cRACは試行錯誤なので…）

11gR2以降のRAC環境を構築するとき、
ざっくり、下記のような作業が必要になると思います。

Grid Infrastructureのインストール
データベース配置用のASMディスクグループの作成（ASMCAなどで）
DBMS（RAC）をインストール
DBを作成（リスナーも作成）

今回の話は、上記 2～です。
基本的には、手順的にも、インストーラ（OUI）の見ため的にも
12cは、11gR2とそんなに変わらない感じでした。

Grid Infraの感想はこちら・・・
ためしにOracle 12c RAC をインストールしてみて（Grid Infrastructure）

ASMCAについて

ASMのディスクグループを作成したりすることができる、GUIツールです。
これも、11gのころとあまり変わっていない気がします。

RACインストールについて

Real Application Clustersデータベースのインストールです。

だんだん、ソフトウェアの必要領域が増えています…
RACの新機能を試したい場合は、Enterprise Editionを選択します。

RACデータベースも、Singleと変わらず、役割ごとに指定できるOSグループが増えました。
ただし、すべてのユーザを分けるのが必須というわけではありません。

RACのDB作成（DBCA）

11gR2～のポリシー管理型RACデータベースは、12cでもあります。

PDB（プラガブル・データベース）を作成できます。いくつ作成するかも選べます。
ただし、ここで複数のPDBを作成すると、PDB名の先頭が同じになります。

クラスタ検証ユーティリティ（CVU）が定期実行できそうです。
インストール時の環境チェックくらいにしか使わないツールだと思っていましたが…
予期しない構成変更とかを検知できるのでしょうか?

データベースファイルの配置についての設定です。
ここで Grid Infra 導入時に作成したディスクグループ以外を選ぶ場合は、
事前にディスクグループを作成しておきます。（ASMCAやsqlplusなどで）
従来通りですが・・・何となく。

DB Vault と Label Securityの設定画面もあります。
DBVaultは、DB管理者に対するアクセス制限をできるツールで、
Lavel Security は DB版SELinuxみたいなものではないかと思っています。
また使ったことがないので、違ったらすみません…

ためしに、3ノードRACです。

[grid@sv12c01 ~]$ crsctl stat res -t
--------------------------------------------------------------------------------
Name Target State Server State details
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.ASMNET1LSNR_ASM.lsnr
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.CRS_DG.dg
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.DATA_DG.dg
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.LISTENER.lsnr
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.net1.network
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.ons
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.proxy_advm
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
1 ONLINE ONLINE sv12c02 STABLE
ora.LISTENER_SCAN2.lsnr
1 ONLINE ONLINE sv12c03 STABLE
ora.LISTENER_SCAN3.lsnr
1 ONLINE ONLINE sv12c01 STABLE
ora.MGMTLSNR
1 ONLINE ONLINE sv12c01 169.254.198.145 192.
168.14.141,STABLE
ora.asm
1 ONLINE ONLINE sv12c01 STABLE
2 ONLINE ONLINE sv12c02 STABLE
3 ONLINE ONLINE sv12c03 STABLE
ora.cvu
1 ONLINE ONLINE sv12c01 STABLE
ora.mgmtdb
1 ONLINE ONLINE sv12c01 Open,STABLE
ora.oc4j
1 ONLINE ONLINE sv12c01 STABLE
ora.racdb.db
1 ONLINE ONLINE sv12c03 Open,STABLE
2 ONLINE ONLINE sv12c02 Open,STABLE
3 ONLINE ONLINE sv12c01 Open,STABLE
ora.scan1.vip
1 ONLINE ONLINE sv12c02 STABLE
ora.scan2.vip
1 ONLINE ONLINE sv12c03 STABLE
ora.scan3.vip
1 ONLINE ONLINE sv12c01 STABLE
ora.sv12c01.vip
1 ONLINE ONLINE sv12c01 STABLE
ora.sv12c02.vip
1 ONLINE ONLINE sv12c02 STABLE
ora.sv12c03.vip
1 ONLINE ONLINE sv12c03 STABLE
--------------------------------------------------------------------------------

上記のora.racdb.dbリソースの順番が変なのは、ポリシーベースにしていろいろしていたら、
サーバ→インスタンスの対応がポリシーベースっぽくズレたためです。

SQL> col host_name for a10
SQL> select host_name,instance_name,status from gv$instance
2 order by 1;

HOST_NAME INSTANCE_NAME STATUS
---------- ---------------- ------------
sv12c01 racdb_3 OPEN
sv12c02 racdb_2 OPEN
sv12c03 racdb_1 OPEN

ちなみに、これからRACの勉強をしたい場合は、現段階では
（12cよりは）情報が豊富な11gR2RACを題材としておくと良いのではないかと思いました。
11gR1→11gR2の時ほどの変化ではない＆
しばらくはFlexでない従来形式のクラスタやASMが使われそうな気がしたので・・・

以上です。12cRACインストールしてみた話でした。

2013年8月23日金曜日

ためしにOracle 12c RAC をインストールしてみて（Grid Infrastructure）

ためしに、Grid Infrastructure 12c をインストールしてみました。
いくつか気づいたことをお伝えします。

Flex ASM 用のネットワークは、こんな感じで選択できます。
NICの用途選択画面で
「ASMおよびプライベート」と「ASM」という種類が増えていて、
Flex ASMにするにはどちらかを選択しておく必要があります。

上記のように選択した場合は、oifcfgコマンドでは下記のように見えます。

[grid@sv12c01 ~]$ oifcfg getif
eth0 192.168.4.0 global public
eth1 192.168.14.0 global cluster_interconnect
eth2 192.168.24.0 global asm

グリッド・インフラストラクチャ・管理リポジトリ
Grid Infrastructure管理用のインスタンス(-MGMTDB)が作成できます。

起動されるプロセスはこんな感じです。

[grid@sv12c01 ~]$ ps -ef | grep mdb_
grid 5201 1 0 19:41 ? 00:00:01 mdb_pmon_-MGMTDB
grid 5203 1 0 19:41 ? 00:00:01 mdb_psp0_-MGMTDB
grid 5207 1 1 19:41 ? 00:01:17 mdb_vktm_-MGMTDB
grid 5213 1 0 19:41 ? 00:00:00 mdb_gen0_-MGMTDB
grid 5215 1 0 19:41 ? 00:00:00 mdb_mman_-MGMTDB
grid 5219 1 0 19:41 ? 00:00:00 mdb_diag_-MGMTDB
grid 5221 1 0 19:41 ? 00:00:00 mdb_dbrm_-MGMTDB
grid 5223 1 0 19:41 ? 00:00:03 mdb_dia0_-MGMTDB
grid 5225 1 0 19:41 ? 00:00:00 mdb_dbw0_-MGMTDB
grid 5227 1 0 19:41 ? 00:00:01 mdb_lgwr_-MGMTDB
grid 5229 1 0 19:41 ? 00:00:02 mdb_ckpt_-MGMTDB
grid 5231 1 0 19:41 ? 00:00:00 mdb_lg00_-MGMTDB
grid 5233 1 0 19:41 ? 00:00:00 mdb_lg01_-MGMTDB
grid 5235 1 0 19:41 ? 00:00:00 mdb_smon_-MGMTDB
grid 5237 1 0 19:41 ? 00:00:00 mdb_lreg_-MGMTDB
grid 5239 1 0 19:41 ? 00:00:00 mdb_rbal_-MGMTDB
grid 5241 1 0 19:41 ? 00:00:00 mdb_asmb_-MGMTDB
grid 5243 1 0 19:41 ? 00:00:05 mdb_mmon_-MGMTDB
grid 5247 1 0 19:41 ? 00:00:02 mdb_mmnl_-MGMTDB
grid 5249 1 0 19:41 ? 00:00:00 mdb_d000_-MGMTDB
grid 5251 1 0 19:41 ? 00:00:00 mdb_s000_-MGMTDB
grid 5253 1 0 19:41 ? 00:00:00 mdb_mark_-MGMTDB
grid 5274 1 0 19:41 ? 00:00:00 mdb_tmon_-MGMTDB
grid 5276 1 0 19:41 ? 00:00:00 mdb_tt00_-MGMTDB
grid 5283 1 0 19:41 ? 00:00:00 mdb_smco_-MGMTDB
grid 5287 1 0 19:41 ? 00:00:00 mdb_fbda_-MGMTDB
grid 5291 1 0 19:41 ? 00:00:00 mdb_aqpc_-MGMTDB
grid 5295 1 0 19:41 ? 00:00:00 mdb_cjq0_-MGMTDB
grid 5308 1 0 19:41 ? 00:00:00 mdb_qm02_-MGMTDB
grid 5312 1 0 19:41 ? 00:00:00 mdb_q002_-MGMTDB
grid 5314 1 0 19:41 ? 00:00:00 mdb_q003_-MGMTDB
grid 5344 1 0 19:41 ? 00:00:00 mdb_p000_-MGMTDB
grid 5348 1 0 19:41 ? 00:00:00 mdb_p001_-MGMTDB
grid 5350 1 0 19:41 ? 00:00:00 mdb_p002_-MGMTDB
grid 5352 1 0 19:41 ? 00:00:00 mdb_p003_-MGMTDB
grid 5354 1 0 19:41 ? 00:00:00 mdb_p004_-MGMTDB
grid 5356 1 0 19:41 ? 00:00:00 mdb_p005_-MGMTDB
grid 5358 1 0 19:41 ? 00:00:00 mdb_p006_-MGMTDB
grid 5360 1 0 19:41 ? 00:00:00 mdb_p007_-MGMTDB
grid 10141 1 0 20:41 ? 00:00:03 mdb_o000_-MGMTDB
grid 10885 1 0 21:05 ? 00:00:00 mdb_w002_-MGMTDB
grid 11370 1 0 21:21 ? 00:00:00 mdb_w001_-MGMTDB
grid 11661 2040 0 21:31 pts/0 00:00:00 grep mdb_

「グリッド・インフラストラクチャ・管理リポジトリ」を作成した場合は、
Grid Infrastructureをインストールしただけですが
_mgmtdb用のデータファイルが作成されます。
※+CRS_DGというASMディスクグループ名はインストール中に指定しました。

[grid@sv12c01 ~]$ asmcmd ls -ls crs_dg/_mgmtdb/*
Type Redund Striped Time Sys Block_Size Blocks Bytes Space Name

+crs_dg/_mgmtdb/CONTROLFILE/:
CONTROLFILE UNPROT FINE AUG 21 19:00:00 Y 16384 613 10043392 16777216 Current.262.823332585

+crs_dg/_mgmtdb/DATAFILE/:
DATAFILE UNPROT COARSE AUG 23 05:00:00 Y 8192 56321 461381632 463470592 SYSAUX.258.823332327
DATAFILE UNPROT COARSE AUG 13 07:00:00 Y 8192 12801 104865792 106954752 SYSGRIDHOMEDATA.261.823332545
DATAFILE UNPROT COARSE AUG 13 07:00:00 Y 8192 262145 2147491840 2149580800 SYSMGMTDATA.260.823332441
DATAFILE UNPROT COARSE AUG 13 07:00:00 Y 8192 76801 629153792 631242752 SYSTEM.259.823332373
DATAFILE UNPROT COARSE AUG 13 07:00:00 Y 8192 7041 57679872 58720256 UNDOTBS1.257.823332303

+crs_dg/_mgmtdb/ONLINELOG/:
ONLINELOG UNPROT COARSE AUG 13 07:00:00 Y 512 102401 52429312 53477376 group_1.263.823332589
ONLINELOG UNPROT COARSE AUG 13 07:00:00 Y 512 102401 52429312 53477376 group_2.264.823332591
ONLINELOG UNPROT COARSE AUG 13 07:00:00 Y 512 102401 52429312 53477376 group_3.265.823332593

+crs_dg/_mgmtdb/PARAMETERFILE/:
PARAMETERFILE UNPROT COARSE AUG 13 23:00:00 Y 512 7 3584 1048576 spfile.267.823332675

+crs_dg/_mgmtdb/TEMPFILE/:
TEMPFILE UNPROT COARSE AUG 13 07:00:00 Y 8192 2561 20979712 22020096 TEMP.266.823332611
PARAMETERFILE UNPROT COARSE AUG 13 23:00:00 N 512 7 3584 1048576 spfile-MGMTDB.ora => +CRS_DG/_MGMTDB/PARAMETERFILE/spfile.267.823332675

Flex ASM の選択画面です。
ためしに Flex ASMにしてみました。

従来のASMインスタンス「+ASM1」以外にも、
新しい種類のインスタンス「+APX1」ができていました。※ノード1です。

[grid@sv12c01 ~]$ ps -ef | grep asm_
grid 11678 2040 0 21:31 pts/0 00:00:00 grep asm_
grid 31818 1 0 19:17 ? 00:00:01 asm_pmon_+ASM1
grid 31820 1 0 19:17 ? 00:00:01 asm_psp0_+ASM1
grid 31822 1 1 19:17 ? 00:01:31 asm_vktm_+ASM1
grid 31826 1 0 19:17 ? 00:00:00 asm_gen0_+ASM1
grid 31828 1 0 19:17 ? 00:00:00 asm_mman_+ASM1
grid 31832 1 0 19:17 ? 00:00:05 asm_diag_+ASM1
grid 31834 1 0 19:17 ? 00:00:00 asm_ping_+ASM1
grid 31836 1 0 19:17 ? 00:00:17 asm_dia0_+ASM1
grid 31838 1 0 19:17 ? 00:00:13 asm_lmon_+ASM1
grid 31840 1 0 19:17 ? 00:00:09 asm_lmd0_+ASM1
grid 31842 1 0 19:17 ? 00:00:18 asm_lms0_+ASM1
grid 31846 1 0 19:17 ? 00:00:02 asm_lmhb_+ASM1
grid 31848 1 0 19:17 ? 00:00:00 asm_lck1_+ASM1
grid 31850 1 0 19:17 ? 00:00:00 asm_gcr0_+ASM1
grid 31852 1 0 19:17 ? 00:00:00 asm_dbw0_+ASM1
grid 31854 1 0 19:17 ? 00:00:00 asm_lgwr_+ASM1
grid 31856 1 0 19:17 ? 00:00:00 asm_ckpt_+ASM1
grid 31858 1 0 19:17 ? 00:00:00 asm_smon_+ASM1
grid 31860 1 0 19:17 ? 00:00:00 asm_lreg_+ASM1
grid 31862 1 0 19:17 ? 00:00:01 asm_rbal_+ASM1
grid 31864 1 0 19:17 ? 00:00:01 asm_gmon_+ASM1
grid 31866 1 0 19:17 ? 00:00:00 asm_mmon_+ASM1
grid 31868 1 0 19:17 ? 00:00:01 asm_mmnl_+ASM1
grid 31870 1 0 19:17 ? 00:00:01 asm_lck0_+ASM1
grid 31926 1 0 19:17 ? 00:00:00 asm_asmb_+ASM1

[grid@sv12c01 ~]$ ps -ef | grep apx_
grid 3341 1 0 19:20 ? 00:00:00 apx_pmon_+APX1
grid 3343 1 0 19:20 ? 00:00:01 apx_psp0_+APX1
grid 3351 1 1 19:20 ? 00:01:30 apx_vktm_+APX1
grid 3355 1 0 19:20 ? 00:00:00 apx_gen0_+APX1
grid 3357 1 0 19:20 ? 00:00:00 apx_mman_+APX1
grid 3361 1 0 19:20 ? 00:00:00 apx_diag_+APX1
grid 3363 1 0 19:20 ? 00:00:02 apx_dia0_+APX1
grid 3365 1 0 19:20 ? 00:00:00 apx_lreg_+APX1
grid 3367 1 0 19:20 ? 00:00:00 apx_rbal_+APX1
grid 3370 1 0 19:20 ? 00:00:00 apx_vdbg_+APX1
grid 3372 1 0 19:20 ? 00:00:00 apx_vubg_+APX1
grid 11682 2040 0 21:31 pts/0 00:00:00 grep apx_

Grid Infrastructure インストール中にrootユーザで実行するスクリプトは、
自動実行できるようになっていました。

上記の画面でOSのrootユーザパスワードを入力しておくと、
インストール中に下記の画面が表示されます。
「はい」をクリックすると、全ノードでスクリプトを自動実行してくれます。

Grid Infrastructureインストール直後のクラスタリソースの状態は
こんな感じです。
※今回は3ノード構成です。

[grid@sv12c01 ~]$ /u01/app/12.1.0/grid/bin/crsctl stat res -t
--------------------------------------------------------------------------------
Name Target State Server State details
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.ASMNET1LSNR_ASM.lsnr
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.CRS_DG.dg
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.LISTENER.lsnr
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.net1.network
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.ons
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
ora.proxy_advm
ONLINE ONLINE sv12c01 STABLE
ONLINE ONLINE sv12c02 STABLE
ONLINE ONLINE sv12c03 STABLE
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
1 ONLINE ONLINE sv12c02 STABLE
ora.LISTENER_SCAN2.lsnr
1 ONLINE ONLINE sv12c03 STABLE
ora.LISTENER_SCAN3.lsnr
1 ONLINE ONLINE sv12c01 STABLE
ora.MGMTLSNR
1 ONLINE ONLINE sv12c01 169.254.66.67 192.16
8.14.141,STABLE
ora.asm
1 ONLINE ONLINE sv12c01 STABLE
2 ONLINE ONLINE sv12c02 STABLE
3 ONLINE ONLINE sv12c03 STABLE
ora.cvu
1 ONLINE ONLINE sv12c01 STABLE
ora.mgmtdb
1 ONLINE ONLINE sv12c01 Open,STABLE
ora.oc4j
1 ONLINE ONLINE sv12c01 STABLE
ora.scan1.vip
1 ONLINE ONLINE sv12c02 STABLE
ora.scan2.vip
1 ONLINE ONLINE sv12c03 STABLE
ora.scan3.vip
1 ONLINE ONLINE sv12c01 STABLE
ora.sv12c01.vip
1 ONLINE ONLINE sv12c01 STABLE
ora.sv12c02.vip
1 ONLINE ONLINE sv12c02 STABLE
ora.sv12c03.vip
1 ONLINE ONLINE sv12c03 STABLE
--------------------------------------------------------------------------------

以上、12c の Grid Infrastructure をインストールしてみた話でした。

2013年8月16日金曜日

Oracle VM Server 3.x の Oracle Linux 6.x に xm console する方法。（PVM 編）

今回は、Oracle VM Server（OVMS）で
Oracle Linux 6.x にコマンドライン「xm console」で接続する方法についてです。

Oracle Linux 6 では、
コンソール接続まわりの設定を
/etc/inittab ではなく、
/etc/init/serial.conf のあたりに記載するようになりました。

OVMS や Xen の Dom-0 からコマンドラインでゲスト OS に接続するときは
「xm console <VM名>」または
「xm console <ID>」としますが、この console 接続をする場合も
ゲストOS の Linux にコンソール設定が必要です。

登録: 投稿 (Atom)