ESXi上のVMの1つとして動かしているOpenfiler、インストールしたときは2.3だったのだけど、2.99にマイナーバージョンが上がっていたので、アップグレードしてみたら、案の定ハマった(w)のでエントリー。
まず、アップグレード
conaryというパッケージシステムを使っているのは知っていたので、それでアップグレードできるんだろうなぁと予想はついたのだけど、やり方はよくわからなかったので、とりあえずサポートフォーラムを覗いてみたら、まさにドンピシャリのポストを発見。
ポストされてる書き込みに書いてあるとおりにコマンドを、Openfilerが動いているサーバのコマンドラインから
[root@openfiler ~]# conary migrate group-openfileresa-appliance=openfileresa.rpath.org@esa:openfileresa-3.0 --interactive
Preparing changeset request...
実行して、しばらく待つ。
Job 166 of 166:
Update group-core (/openfiler.rpath.org@ofns:2/2.3-36-3[X,~!alternatives,~!bootstrap,~buildtests,~!cross,desktop,~!dietlibc,emacs,gcj,~glibc.tls,gnome,~grub.static,gtk,ipv6,~!kernel.debug,~!kernel.debugdata,~!kernel.numa,~!kernel.pae,~kernel.smp,krb,ldap,nptl,~!openssh.smartcard,~!openssh.static_libcrypto,pam,pcre,perl,~!pie,~proftpd.auth_pam,~proftpd.ifsession,~proftpd.ipv6,~proftpd.rewrite,~proftpd.tls,python,readline,sasl,~!selinux,~sqlite.threadsafe,ssl,tcl,tcpwrappers,tk is: x86(i486,i586,i686) x86_64] -> /openfileresa.rpath.org@esa:openfileresa-3.0/2.99.2-5-1)
Erase group-openfiler=2.3-36-3[~kernel.smp,~proftpd.auth_pam,~proftpd.ifsession,~proftpd.ipv6,~proftpd.rewrite,~proftpd.tls,sasl]
Install group-openfileresa-appliance=2.99.2-5-1
** The update will restart itself after job 16 and continue updating
Migrate erases all troves not referenced in the groups specified.
continue with migrate? [y/N]
待っていると「続けるか？」と聞かれるので、ココで"y"と入力する。
continue with migrate? [y/N] y
Performing critical system updates, will then restart update.
Applying update job 1 of 16:
Install info-audio:group=1-1.1-1
Applying update job 2 of 16:
Install info-cdrom:group=1-1-1
Applying update job 3 of 16:
Install info-dbus:user=1-2-0.1
Applying update job 4 of 16:
Install info-dialout:group=1-1-1
Applying update job 5 of 16:
Install info-nscd:user=1-2-0.1
Applying update job 6 of 16:
Install info-sasldb:group=1-2-0.1
Applying update job 7 of 16:
Install info-tape:group=1-1-1
Applying update job 8 of 16:
Install info-uuidd:user=1-1-1
Applying update job 9 of 16:
Install info-video:group=1-1-1
Applying update job 10 of 16:
Install ModemManager:config=0.4-1-1
Install ModemManager:data=0.4-1-1
Install NetworkManager:config=0.8.5.91-0.1-1[~!builddocs]
Install NetworkManager:data=0.8.5.91-0.1-1[~!builddocs]
Erase PyXML:python=0.8.4-1.1-2
Erase PyXML:runtime=0.8.4-1.1-2
Install audit:config=2.0.6-1-1
Erase autodir:runtime=0.99.9-2-1
Install avahi:config=0.6.28-2-1
Install avahi:data=0.6.28-2-1
Install bootman:config=0.20100303.0-0.0.3-1
Install bootman:lib=0.20100303.0-0.0.3-1
Install ca-certificates:config=1.78_git_f098063-7-1
Install cluster-glue:data=1.0.6-11-1
Install corosync:config=1.3.3-1-1
[initscript] Stopping autogroup: [FAILED]
[initscript] Stopping autohome: [FAILED]
Downloading 896KB (39%) of 2284KB at 29KB/sec ...
あとは、conaryが自動的にパッケージダウンロードからインストールまで実行してくれるので、それが終わるのを待つ。
Applying update job 152 of 153:
Erase zsh(:data :doc :lib :runtime)=4.3.5-2.1-1
Update zumastor(:lib :runtime) (/openfiler.rpath.org@ofns:2/r970-2-1 -> /openfileresa.rpath.org@esa:openfileresa-3.0/r970-2-1)
Install zumastor:config=r970-2-1
Erase zumastor:doc=r970-2-1
Applying update job 153 of 153:
Update group-core (/openfiler.rpath.org@ofns:2/2.3-36-3[X,~!alternatives,~!bootstrap,~buildtests,~!cross,desktop,~!dietlibc,emacs,gcj,~glibc.tls,gnome,~grub.static,gtk,ipv6,~!kernel.debug,~!kernel.debugdata,~!kernel.numa,~!kernel.pae,~kernel.smp,krb,ldap,nptl,~!openssh.smartcard,~!openssh.static_libcrypto,pam,pcre,perl,~!pie,~proftpd.auth_pam,~proftpd.ifsession,~proftpd.ipv6,~proftpd.rewrite,~proftpd.tls,python,readline,sasl,~!selinux,~sqlite.threadsafe,ssl,tcl,tcpwrappers,tk is: x86(i486,i586,i686) x86_64] -> /openfileresa.rpath.org@esa:openfileresa-3.0/2.99.2-5-1)
Erase group-openfiler=2.3-36-3[~kernel.smp,~proftpd.auth_pam,~proftpd.ifsession,~proftpd.ipv6,~proftpd.rewrite,~proftpd.tls,sasl]
Install group-openfileresa-appliance=2.99.2-5-1
[root@openfiler ~]#
で、ハマったりしたわけですが…
アップデートも終わって、一旦再起動させてみたら、起動してこない…。
一向に、反応が無いので、vShpere Clientでコンソールを見てみたら、"kernel panic"というメッセージ…。orz
VMリセットしてみたら、grubメニューが表示されたので、古いカーネルを選択して起動させると無事起動。でも、Mac mini側のiSCSI イニシエータが、iSCSIディスクが認識できない。messegesをチェックしたら、
daemon.err<27>: Feb 5 22:40:29 openfiler ietd: kernel module version mismatch!
ということでカーネルレベルで、iSCSIが使えない状態。
そもそもの"kernel panic"の原因は何だろうと、いろいろ調べてみると、一番新しいカーネル（vmlinux-2.6.32-131.17.1.el6-0.11.smp）に対応するinitrdが無いし、
[root@openfiler ~]# ls -l /boot/
total 26178
-rw-r--r-- 1 root root 58811 2009-01-11 11:03 config-2.6.26.8-1.0.11.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 63437 2010-03-09 13:36 config-2.6.29.6-0.24.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 63825 2010-11-05 02:52 config-2.6.29.6-0.30.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 101371 2011-11-19 22:59 config-2.6.32-131.17.1.el6-0.11.smp.gcc4.4.x86_64
drwxr-xr-x 2 root root 1024 2012-02-05 23:45 extlinux
drwxr-xr-x 2 root root 1024 2012-02-05 23:45 grub
-rw-r--r-- 1 root root 1765032 2011-03-29 23:09 initrd-2.6.26.8-1.0.11.smp.gcc3.4.x86_64.img
-rw-r--r-- 1 root root 1791078 2011-12-10 00:18 initrd-2.6.29.6-0.24.smp.gcc3.4.x86_64.img
-rw------- 1 root root 5001536 2012-02-05 23:45 initrd-2.6.29.6-0.30.smp.gcc3.4.x86_64.img
drwx------ 2 root root 12288 2011-01-03 19:28 lost+found
-rw-r--r-- 1 root root 1386621 2008-12-12 01:46 System.map-2.6.26.8-1.0.11.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 1436738 2010-03-09 14:06 System.map-2.6.29.6-0.24.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 1436738 2010-06-17 07:27 System.map-2.6.29.6-0.30.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 2276689 2011-11-14 05:18 System.map-2.6.32-131.17.1.el6-0.11.smp.gcc4.4.x86_64
lrwxrwxrwx 1 root root 56 2011-01-03 19:29 vmlinux-2.6.26.8-1.0.11.smp.gcc3.4.x86_64 -> ../lib/modules/2.6.26.8-1.0.11.smp.gcc3.4.x86_64/vmlinux
lrwxrwxrwx 1 root root 54 2011-01-03 23:00 vmlinux-2.6.29.6-0.24.smp.gcc3.4.x86_64 -> ../lib/modules/2.6.29.6-0.24.smp.gcc3.4.x86_64/vmlinux
lrwxrwxrwx 1 root root 54 2012-02-05 23:44 vmlinux-2.6.29.6-0.30.smp.gcc3.4.x86_64 -> ../lib/modules/2.6.29.6-0.30.smp.gcc3.4.x86_64/vmlinux
lrwxrwxrwx 1 root root 65 2012-02-05 19:05 vmlinux-2.6.32-131.17.1.el6-0.11.smp.gcc4.4.x86_64 -> ../lib/modules/2.6.32-131.17.1.el6-0.11.smp.gcc4.4.x86_64/vmlinux
-rw-r--r-- 1 root root 2213120 2009-01-11 11:44 vmlinuz-2.6.26.8-1.0.11.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 2591776 2010-03-09 14:06 vmlinuz-2.6.29.6-0.24.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 2591744 2010-11-05 03:26 vmlinuz-2.6.29.6-0.30.smp.gcc3.4.x86_64
-rw-r--r-- 1 root root 3880048 2011-11-19 23:13 vmlinuz-2.6.32-131.17.1.el6-0.11.smp.gcc4.4.x86_64
grub.confにもinitrdに関する記述がない、ってことにに気がついたので、一旦"conary erase kernel=/openfileresa.rpath.org@esa:openfileresa-3.0/2.6.32_131.17.1.el6-1-1"を実行して、新しいカーネルを削除。
改めて、カーネルのインストールをして
[root@openfiler ~]# conary update kernel
Preparing changeset request...warning:
Not removing old kernel as part of update - it is pinned.
Installing new version of kernel side-by-side instead.
To remove the old kernel, run:
conary unpin 'kernel=/kernelbits.rpath.org@rpl:2//openfiler.rpath.org@ofns:2/2.6.29.6-0.24-1[~!dom0,~!domU,~!kernel.debug,~!kernel.debugdata,~!kernel.numa,~!kernel.pae,~kernel.smp,~!xen is: x86_64]'
conary erase 'kernel=/kernelbits.rpath.org@rpl:2//openfiler.rpath.org@ofns:2/2.6.29.6-0.24-1[~!dom0,~!domU,~!kernel.debug,~!kernel.debugdata,~!kernel.numa,~!kernel.pae,~kernel.smp,~!xen is: x86_64]'
Applying update job:
Install kernel(:build-tree :configs :runtime :vmware)=2.6.29.6-0.30-1[~!kernel.debugdata]
[kernel] cp: cannot stat `/usr/share/pixmaps/system-logo-white.png': No such file or directory
[kernel] devid.py: WARNING: no such file /dev/hda
[kernel] devid.py: WARNING: no such file /dev/hdb
[kernel] devid.py: WARNING: no such file /dev/hda
[kernel] /usr/bin/devsub: WARNING: some device names are left intact because devices have no IDs: /dev/hda /dev/hdb /dev/hda
再起動したら、無事新しいカーネルで起動出来て、iSCSIターゲットとしても使えるようになって、無事iSCSIで繋いでいるディスクにあるデータにもアクセスできるようになりましたとさ。iTunesやiPhotoのデータをiSCSI上に置いてたんで、焦ったけどロストせずに済んでよかった…。
＃そういえば、Openfiler自身のインストールについては、何も書いてない…。
コメントする