OSX Marvericks インストーラーエラーの復旧

会社から借りているiMac 2008 Early (20inc) の動作が最近めたら遅くなってきて、しばらく画面して使っていたのですが、ある日久々に再起動したところ、くるくるマークが永遠に回りっぱなしとなり、OSが起動しなくなりました。

Marvericks のクリーンインストール(USB起動)を試みた所、インストーラは立ち上がる物の途中で固まってしまい強制終了。
再起動後、インストーラが立ち上がるのにしばらく時間がかかり、そのあげく「インストールに失敗しました。再度インストールしてください」と表示され、何度再起動しても同じ状態となりました。

◇回避方法
　PRAMのクリアで回避可能

◇実施方法
　再起動後、Option + Command + P + R

以上、超備忘録でした。

CentOS5 + Dovecot + SELinux でメールボックスが消せない現象

CentOS5 + Dovecot で IMAP を運用していたのですが、ある日突然

メールボックス(フォルダ)の作成・名前変更はクライアントからできるのに
削除ができない現象が発生していました。

audit.log をみるとなんやら SELinux のエラーのようである。

参考ページのとおり、下記を実行したところクライアントから削除できるようになりました。
参考URL : https://www.centos.org/forums/viewtopic.php?t=30978

# mkdir work
# cd work
# grep dovecot_t /var/log/audit/audit.log | audit2allow -M dovecot
******************** IMPORTANT ***********************
To make this policy package active, execute:
semodule -i dovecot.pp
# ls -la
合計 32
drwxr-xr-x 2 root root 4096  1月  5 07:57 .
drwxr-xr-x 6 root root 4096  1月  5 07:57 ..
-rw-r--r-- 1 root root 1064  1月  5 07:57 dovecot.pp
-rw-r--r-- 1 root root  276  1月  5 07:57 dovecot.te
# /usr/sbin/semodule -i dovecot.pp
# /etc/rc.d/init.d/dovecot restart

よくわからんが、「よしよし」としました。

Marvericks にしたらWebdav（オレオレ認証局）につながらない

今まで、Mountain Lion で問題なくつながっていた Webdav（https）ですが、
Marvericksにクリーンアップデートしたらつながらなくなりました。

◇原因
　恐らく、サーバー側でオレオレ証明書、さらにオレオレ認証局を使っていた為だったようです。

◇回避策
　オレオレ認証局の証明書をクライアントにインストールすると大丈夫なようです。
　自分がやったやり方は、元々作ってあった認証局用の証明書(DER形式)をダウンロードして
　キーチェーンアクセスにインストールしたら問題なくつながりました。

もともと、Mountain Lion の時（さらにそのアップグレード前のSnow Leopardの頃からか？）から同じ問題があったかもしれなく、その時も同じ手順で回避していたのかも・・・
遠い過去の話なので記憶にありません。

以上、終わりよければ全て良しとしました。

WebLogic 管理サーバー＆管理対象サーバーの起動

久々につかってみた所、中々思い出せなかったのでメモする。

1. ディレクトリ移動
   $ cd weblogic/user_projects/domains/mydomain/bin
   
   
2. 管理サーバーの起動
   
   $ nohup ./startWebLogic.sh 2>1&> /dev/null &
   ※デバッグの際、「/dev/null」はファイル名を指定する良いかも。(サイズ肥大化に注意)
   
   
3. 管理対象サーバー様のパスワード設定
   デフォルトでは、起動時にユーザー名・パスワードを聴いてくるので、
   下記にパスワードファイルを準備しておく。
   ※管理サーバー用は開発モードで起動すれば自動で作成される様です。
   
   $ vi ../servers/myserver1/security/boot.properties
   
   内容は、
   
   username=ユーザー名
   password=パスワード
   ※初回起動後、自動的に暗号化された値で上書きされます。
   boot.properties がない場合、毎回下記の様にユーザー名とパスワードを聴いてきます
   
   WebLogic Serverを起動するためのユーザー名を入力してください:(管理者用ユーザー名を入力) WebLogic Serverを起動するためのパスワードを入力してください:(管理者用パスワードを入力)
   
   
   
4. 管理対象サーバーの起動
   
   nohup ./startManagedWebLogic.sh myserver1 t3://localhost:7001 2>&1> /dev/null &
   ※デバッグの際、「/dev/null」はファイル名を指定する良いかも。(サイズ肥大化に注意)
   

Oracle iPlanet Web Server 管理者パスワードの変更

Oracle iPlanet Web Server は名前がコロコロ変わるので、調べるのが大変。 やっと見つかったので自分用にメモする。

# cd webserver7/bin
# ./wadm --user=admin --host=localhost --port=8989
admin-user-password を入力してください>
localhost:8989 に接続されました
Oracle iPlanet Web Server 7.0.15 B04/19/2012 21:52
wadm> reset-admin-password
admin-password を入力してください>
admin-password をもう一度入力してください>
CLI201 コマンド 'reset-admin-password' は正常に実行されました

管理サーバーを再起動すると反映されるようです。

MacOSXで作成したフォルダ名「ダ」(0xe382bf + 0xe38299) の PHP での回避策

OSXからWebdav経由で作成した「フォルダ」というフォルダの「ダ」が

UTF-8の文字コードだと「0xe38380」(ダ)ではなく、

「0xe382bf」(タ)+「0xe38299」(゛)で作成されているらしく、PHPでうまく参照できない。

※「フォルダ」の「ダ」の問題については ここら辺の検索結果 を参照

下記でとりあえず解決したのでメモしておく

<?php
$fullpath = "/path/to/target/フォルダ";
print "[" . $fullpath . "]"
    . " - " . (file_exists($fullpath) ? "exist" : "not exist"). "<br/>";  // NG
// OSX バグ対策
$fullpath = str_replace(
               pack("H*", "e38380")                  // 「ダ」
               , pack("H*H*", "e382bf", "e38299")    // 「タ」+「゛」
               , $fullpath);
print "[" . $fullpath . "]"
    . " - " . (file_exists($fullpath) ? "exist" : "not exist"). "<br/>";  // OK
?>

とりあえず良さそうです。

KVM イメージのShrink

しばらく前にへまをやらかし、仮想マシン上のディスクをパンクさせてしまった。
ゴミは掃除したのだけど、qcow2 を使っているので仮想ディスクの領域はタダでは減らない。

色々調べたら qemu-img の convert コマンドで実現したい事が出来るらしいので試してみた。

仮想マシンの停止

まずは仮想マシンを停止します。

guest # shutdown -h now

バックアップ

その次は仮想マシンのディスクのバックアップです。

host # time cp -p 仮想マシン.img /media/disk/仮想マシン.img.bak

real    50m49.694s
user    0m1.336s
sys     3m45.093s 

host # echo $?

  ※USBにバックアップしましたが、100G超なのでそれなりに時間がかかりました。

Shrinkの実行

いよいよサイズ変更です。

host # time qemu-img convert -p -O qcow2 仮想マシン.img 仮想マシン.img.new

real    29m14.708s
user    0m12.519s
sys     2m28.749s

　※バックアップ程時間はかかりませんでした。

バックアップと動作確認

いきなりイメージを差し替えるのではなく、一旦オリジナルをバックアップの上リネームして起動確認

host # mv 仮想マシン.img 仮想マシン.img.org
host # mv 仮想マシン.img.new 仮想マシン.img
host # virsh create guest

どれくらいサイズが小さくなったか確認します。

host # ls -l 仮想マシン.*
-rw-------  1 root root 102G  4月 20 07:33 2013 仮想マシン.img
-rw-r--r--  1 root root 100G  4月 20 08:55 2013 仮想マシン.img.new

あれ？２Ｍしか減っていない。

※そういえば、既にShrink実施済みでした・・・

バックアップの削除

仮想マシンに接続し、動作OKならバックアップ削除します。

guest # shutdown -h now 

host # rm -i 仮想マシン.img.org

以上、簡単ですが、、、
ここでへまると仮想マシンが二度と起動しなくなるので慎重にやりましょう・・・