今は昔、去年7月のSoftwareDesginに載っていたkernel3.10からの新機能で、pvpanicというやつの記事を見たときにわりと衝撃を受けて、いつの日か使ってやるんだ～！と思いながらも別に何もしない日が続いていた。
自宅サーバーはKVMでVPS化しているので、また最初から設定をやり直すのがめんどくさいからこのままにしておきたかったのだけど、仕方ないのでアンインストール アンインストール。
最高のリアルが向こうやってきたのだ。
今回はいつもと大きく違ってて、情報が全然ないという事なんだが、まぁやってみるかと。
検証は失敗なのですが、新しい事も分かったので作業メモ的に残しておきまう。
まずは、OSのインストール作業をします。
はい、出来たのがこれ。
# cat /etc/redhat-release
CentOS Linux release 7.0.1406 (Core)# uname -ri
3.10.0-123.el7.x86_64 x86_64# lsmod | grep kvm
kvm_intel 138567 0
kvm 441119 1 kvm_intel今回(CentOS7)からは、KVMのモジュールが最初からロードされているようだね。
KVMの準備だけど、CentOS7で必要なものとか検証しているひまはないので、過去の日記を参照して全部いれちゃえ。
# yum groupinstall Virtualization "Virtualization Client"\
"Virtualization Platform" "Virtualization Tools"# yum install gcc kernel-devel zlib-devel pciutils-devel pciutils-libs\
glib2-devel bridge-utilsどうやら、うまく入ったようです。
さてここで、PVPANICに必要なものですが。
・QEMU 1.5以降
・Linuxカーネル3.10以降
・seabiosのgit版
基本はこの3点らしい。
あとそろっていないのは、seabiosのgit版なので用意をしないといけないのだが。
seabiosだって？？
もちろんseabiosってなんだ？って状態だよ！
seabiosのインストールにいってみよう。
# yum -y install iasl
# git clone git://git.qemu.org/seabios.git seabios.git
# cd seabios.git
# makeと、ここでエラーが出るんだが、makeできないのはseabiosのバグらしい。
[root@testserver seabios.git]# make
Building ld scripts
Version: rel-1.7.5-41-g3aa31d7-20140729_192734-testserver
Traceback (most recent call last):
File "./scripts/layoutrom.py", line 685, in <module>
main()
File "./scripts/layoutrom.py", line 629, in main
info16 = parseObjDump(infile16, '16')
File "./scripts/layoutrom.py", line 544, in parseObjDump
relocsection = sectionmap[sectionname]
KeyError: '.text.on_extra_stack'
make: *** [out/romlayout16.lds] エラー 1解決するには
[root@testserver seabios.git]# LC_ALL=C make
Building ld scripts
Version: rel-1.7.5-41-g3aa31d7-20140729_192834-testserver
Fixed space: 0xe05b-0x10000 total: 8101 slack: 10 Percent slack: 0.1%
16bit size: 35432
32bit segmented size: 2127
32bit flat size: 22736
32bit flat init size: 70848
Lowmem size: 2160
f-segment var size: 1193
Linking out/rom16.o
Stripping out/rom16.strip.o
Linking out/rom32seg.o
Stripping out/rom32seg.strip.o
Linking out/rom.o
Prepping out/bios.bin.prep
Total size: 138364 Fixed: 61488 Free: 123780 (used 52.8% of 256KiB rom)
Creating out/bios.binこれでseabiosのインストールはおわった。
これでいいのかどうかは分からないが、とにかく進むしかない。
なぜなら戻リ方が分からないから。
ひとまず道具だけは一通り揃ったので、本に書いてあるような確認をちょこっと進めてみる。
# modprobe pvpanic
# lsmod | grep panicうんともすんとも、にんともかんともなのです。
根本的に間違っていたようで、カーネルの再構築が必要かと。
のちのち必要になったものをインストール。
# yum install ncurses ncurses-devel.x86_64 bcでは、ダウンロード第22章。
# curl -O https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.10.50.tar.xz
# tar zxvf linux-3.10.50.tar.xz
# xz -dv linux-3.10.50.tar.xz
# tar -xvf linux-3.10.50.tar
# cd linux-3.10.50ここからは定番の試験に出るコースかな？
# cp /boot/config-3.10.0-123.4.4.el7.x86_64 .config
# make oldconfig
# make menuconfigmenuconfig、これでグラフィカルなセットアップをする。
ありましたね。
この一番下の方に見えているやつを有効にしてビルド。
Device Drivers ---
[*] x86 Platform Specific Device Drivers ---
<M> pvpanic device supportさて
# make長いぞ！！
# make modules_install
# make install
# make install
sh /root/linux-3.10.50/arch/x86/boot/install.sh 3.10.50 arch/x86/boot/bzImage \
System.map "/boot"寝る前にやったので、makeが長くて結局は1日経過してから出来上がりました。
grub.confは書き換えはせずにgrubから選択して起動。
# uname -ir
3.10.50 x86_64そして、チェック。
[root@testserver ~]# modprobe pvpanic
[root@testserver ~]# lsmod
Module Size Used by
pvpanic 12801 0出ました！
ここまでは良かったけど。ここから先はまた謎だらけ。
なんだかよく分からないので、とりあえずVMを作ってみる。
失敗したらそこから考えよう。
。。。
インストール完了。
ではVMを立ち上げて、本に書いてあるようなチェックをしてみよう。
seabiosってなんだと思ってたけど、VMのコンソールにseabiosって書いてあるね。
# strings /sys/firmware/acpi/tables/SSDT | grep QEMU
QEMU001おおっと！今度はこの表示が出てくれた。
もちろんkernel2.6なので、pvpanicは表示されない。
どうなるか分からないけど、いっぺんパニックさせてみよう。
# echo c > /proc/sysrq-triggerおお、ほんとにパニックした。
初めて叩いたけども、このコマンドは気を付けよう。
でもホストOSには何も起こらない。
となると、カーネルモジュールはゲスト側のファイルシステムにインストールしましょうと書いてあるのはゲスト側にpvpanicをロードしようという事でしたか？
うーむ。
言葉の意味がはっきりしないのでやってみるか。
まあ、たぶんゲスト側に入れろということだろう。
今度はkernel2.6から3.10なので、make oldconfigが長いぞ～。
pvpanicはmenuconfigで選択できるので、ここはエンター連打でもOKだが。
ホストOSでパケットが抜ける設定をすっかり忘れていて、VM側での名前解決ができるまで時間がかかってしまったのだが、それも忘れてしまうくらいmakeが長い。
だが、ここに来て大ショックなことが。
空き容量がなくなった！！！
仕方ないので、VMの構築からやりなおすことに・・・orz
普通はありえないと思うけど、vmとかで遊んでる時は空き容量には気を付けましょう(泣)
では、準備ができたので確認から。
VMからだと本の通りの表示がされるわけだ。
[root@localhost ~]# strings /sys/firmware/acpi/tables/SSDT | grep QEMU
QEMU0001
[root@localhost ~]# modprobe pvpanic
[root@localhost ~]# lsmod | head
Module Size Used by
pvpanic 1881 0では、パニックさせてみよう。
[root@localhost ~]# echo c > /proc/sysrq-triggerずきゅーん。
パニックは起こるんだが、コンソールを見てもなにも来ない。
資料によるとパニックイベントの通知というものがパニックしたVMから飛ばされるので、通知を受け取れればOKなはず。
こんなコマンド一覧があったが、全部ためしたけど何も来ていない。
[root@testserver ~]# virsh qemu-monitor-command --hmp vm03 'info'
info balloon -- show balloon information
info block -- show the block devices
info block-jobs -- show progress of ongoing block device operations
info blockstats -- show block device statistics
info capture -- show capture information
info chardev -- show the character devices
info cpus -- show infos for each CPU
info history -- show the command line history
info irq -- show the interrupts statistics (if available)
info jit -- show dynamic compiler info
info kvm -- show KVM information
info mem -- show the active virtual memory mappings
info mice -- show which guest mouse is receiving events
info migrate -- show migration status
info migrate_cache_size -- show current migration xbzrle cache size
info migrate_capabilities -- show current migration capabilities
info mtree -- show memory tree
info name -- show the current VM name
info network -- show the network state
info numa -- show NUMA information
info pci -- show PCI info
info pcmcia -- show guest PCMCIA status
info pic -- show i8259 (PIC) state
info profile -- show profiling information
info qdm -- show qdev device model list
info qtree -- show device tree
info registers -- show the cpu registers
info roms -- show roms
info snapshots -- show the currently saved VM snapshots
info spice -- show the spice server status
info status -- show the current VM status (running|paused)
info tlb -- show virtual to physical memory mappings
info tpm -- show the TPM device
info trace-events -- show available trace-events & their state
info usb -- show guest USB devices
info usbhost -- show host USB devices
info usernet -- show user network stack connection states
info uuid -- show the current VM UUID
info version -- show the version of QEMU
info vnc -- show the vnc server statusqmp-shellというものがあるらしいので、試してみよう。
[root@testserver ~]# python qmp-shell /var/lib/libvirt/qemu/vm03.monitor
Traceback (most recent call last):
File "qmp-shell", line 33, in <module>
import qmp
ImportError: No module named qmpqmp.pyをインストールしてみたものの
[root@testserver ~]# python qmp-shell /var/lib/libvirt/qemu/vm03.monitor ^CTraceback (most recent call last):
File "qmp-shell", line 259, in <module>
main()
File "qmp-shell", line 245, in main
qemu.connect()
File "qmp-shell", line 121, in connect
self._greeting = qmp.QEMUMonitorProtocol.connect(self)
File "/root/qmp.py", line 86, in connect
return self.__negotiate_capabilities()
File "/root/qmp.py", line 53, in __negotiate_capabilities
greeting = self.__json_read()
File "/root/qmp.py", line 64, in __json_read
data = self.__sockfile.readline()
File "/usr/lib64/python2.7/socket.py", line 447, in readline
data = self._sock.recv(self._rbufsize)どうもうまく動いていない様子。
virsh consoleで繋いでみたところ。
[root@localhost ~]# SysRq : Trigger a crash
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [<ffffffff8131b366>] sysrq_handle_crash+0x16/0x20
PGD 3cc75067 PUD 3cc77067 PMD 0
Oops: 0002 [#1] SMP
Modules linked in: pvpanic ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 microcode pcspkr floppy virtio_balloon sg 8139too 8139cp mii i2c_piix4 i2c_core ext4(F) jbd2(F) mbcache(F) sr_mod(F) cdrom(F) sd_mod(F) crc_t10dif(F) virtio_pci(F) virtio_ring(F) virtio(F) pata_acpi(F) ata_generic(F) ata_piix(F) dm_mirror(F) dm_region_hash(F) dm_log(F) dm_mod(F)
CPU: 0 PID: 1043 Comm: bash Tainted: GF 3.10.0 #1
Hardware name: Red Hat KVM, BIOS Bochs 01/01/2011
task: ffff88003d991520 ti: ffff88003d7bc000 task.ti: ffff88003d7bc000
RIP: 0010:[<ffffffff8131b366>] [<ffffffff8131b366>] sysrq_handle_crash+0x16/0x20
RSP: 0018:ffff88003d7bde58 EFLAGS: 00010092
RAX: 000000000000000f RBX: 0000000000000063 RCX: ffff88003fc0eab0
RDX: 0000000000000000 RSI: ffff88003fc0cf48 RDI: 0000000000000063
RBP: ffff88003d7bde58 R08: 0000000000000003 R09: 0000000000008588
R10: 00000000000001e5 R11: 00000000000001e6 R12: ffffffff81aa03e0
R13: 0000000000000282 R14: 0000000000000004 R15: 0000000000000000
FS: 00007f9aeb2f9700(0000) GS:ffff88003fc00000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000000 CR3: 000000003cc72000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Stack:
ffff88003d7bde98 ffffffff8131bcc9 ffff880000000002 000000000000001c
fffffffffffffffb 00007f9aeb2fe000 ffff88003d7bdf40 ffff88003d7bdf40
ffff88003d7bdec8 ffffffff8131bd7a 0000000000000001 00007f9aeb2fe000
Call Trace:
[<ffffffff8131bcc9>] __handle_sysrq+0x129/0x190
[<ffffffff8131bd7a>] write_sysrq_trigger+0x4a/0x50
[<ffffffff811cc683>] proc_reg_write+0x43/0x70
[<ffffffff8116810f>] vfs_write+0xdf/0x190
[<ffffffff8116865f>] SyS_write+0x5f/0xa0
[<ffffffff81545e42>] system_call_fastpath+0x16/0x1b
Code: a1 1f 22 00 31 c0 eb ac 90 90 90 90 90 90 90 90 90 90 90 90 90 55 48 89 e5 0f 1f 44 00 00 c7 05 fd 36 a0 00 01 00 00 00 0f ae f8 <c6> 04 25 00 00 00 00 01 c9 c3 55 48 89 e5 0f 1f 44 00 00 8d 47
RIP [<ffffffff8131b366>] sysrq_handle_crash+0x16/0x20
RSP <ffff88003d7bde58>
CR2: 0000000000000000
---[ end trace 3a51ea3cc0920c4e ]---
Kernel panic - not syncing: Fatal exceptionコンソールに流れていたものばかりだ。たぶん。
色々見てみよう。
# virsh dominfo vm03
Id: 8
名前: vm03
UUID: d4d53837-2a12-48dc-b682-4a0fb92248fc
OS タイプ: hvm
状態: 実行中
CPU: 1
CPU 時間: 166.8s
最大メモリー: 1048576 KiB
使用メモリー: 1048576 KiB
永続: はい (yes)
自動起動: 無効にする
管理済み保存: いいえ (no)
セキュリティモデル: selinux
セキュリティ DOI: 0
セキュリティラベル: system_u:system_r:svirt_t:s0:c300,c665 (enforcing)
# virsh domjobinfo vm03
ジョブ形式: なし
# virsh domblkerror vm03
エラーがありませんでした信号が来ない・・・。
もしかするとvirt-managerにまだオプションがないという記事を以前見たので、いまだにまだ対応していないという可能性もあるのでやり方を変えてみよう
libvirtを使わずにやってみよう
となるとまたOSのインストールからだが・・・しゃあねえ。
入れ物を作り。
# qemu-img create -f qcow2 vm00.img 10Gエミュレータを走らせる。
qemu-system-x86_64 -enable-kvm \
-hda vm00.img -m 1024 -monitor telnet::4444,server,nowait -vnc :0 -daemonize \
-cdrom /var/iso/CentOS-6.5-x86_64-minimal.iso -boot dインストールが終わったら強制終了して、CDを抜いて（記述を消して）起動。
qemu-system-x86_64 -enable-kvm \
-hda vm00.img -m 1024 -monitor telnet::4444,server,nowait -vnc :0 -daemonizeつづいてアップデートして、カーネル再構築。
起動しなおして、pvpanicモジュールをロード。んでパニックさせる。
書いてみると2行だけど、だいぶかかってしまうんだorz
と思ったんだが、libvirtで作ったvmをlibvirtなしで起動できるか試してみたらうまくいったのでこっちでやってみよう(笑)
qemu-system-x86_64 -enable-kvm \
-hda /var/lib/libvirt/images/vm03 -m 1024 -monitor telnet::4444,server,nowait\
-vnc :0 -daemonize -k jaおお、うまく起動しました。動くんだね。
しかしこうやってみるとvirt-managerって便利だなぁ。
ではでは実践なのですが、こうしてコンソールから状態を見るとうまくできているかのように見えるんだが。
いざ、実食。
うまくいっていれば、(qemu) info status VM status: paused (guest-panicked)になるはず。
[root@testserver ~]# telnet localhost 4444
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
QEMU 1.7.2 monitor - type 'help' for more information
(qemu) info status
VM status: running
うーん。だめぽ
続く ・・・かどうかは分からない。