[Memo2017][ITPASS]サーバ交換作業 (tako)
当日作業
phase 1 (入替え開始)
tako のログインユーザの削除, プロセスの削除, サービスの停止
tako のログインユーザの削除, プロセスの削除, サービスの停止を行った.
# service apache2 stop # service bind9 stop # service openbsd-inetd stop # service qmail stop # service tcpserver stop
tcpserver は立ち上がらないようにしてあったため意味はなかった.
ログインユーザの確認
# w
プロセスの確認
以下のコマンドでプロセスを確認する.
# ps aux
phase 2 (tako の root ログイン許可)
tako の root ログイン許可
tako において, 一時的に root ログインを許可するために, /etc/ssh/sshd_config を編集して ssh を再起動した.
phase 3 (ika から tako へ各種データをコピー)
scp コマンドで移す際には, パーミッションやグループ等の設定を変えてしまわないように注意 (オプション p の使用).
ika から tako へ各種設定ファイルをコピー
- ika から tako へ cron の設定ファイルをコピー
ika# rsync -av /var/spool/cron/crontabs root@tako-itpass.scitec.kobe-u.ac.jp:/var/spool/cron/
/var/spool/cron/ 以下のパーミッションと所有者, グループが ika と tako で同じであることを確認した.
- tako の /etc/shadow を /etc/shadow.YYYYMMDD (YYYYMMDD は今日の日付) にバックアップした.
tako# cd /etc tako# cp shadow shadow.20171205
- ssh, diff コマンドを組み合わせて ika と tako の /etc/shadow を比較する.
ika# ssh root@tako-itpass.scitec.kobe-u.ac.jp cat /etc/shadow | diff - /etc/shadow
- 上記の出力の結果 tako 側の /etc/shadow に書かれていない UID のうち 1000 ~ 29999 までのものがないことを確認した.
phase 4 (root ログイン禁止)
tako の root ログイン禁止
- /home 領域の rsync が終わっていることを確認した.
- tako に対するログインを禁止した状態に戻した.
phase 6 (tako, ika の交換: ネットワークの再起動)
ネットワークの再起動
ネットワークを再起動した.
# /etc/init.d/networking restart
この作業後, tako (または ika) に接続できなくなった場合は, 該当サーバを再起動し, phase 1 を参考に全サービスを一時停止しておく.
phase 8 (OS 再起動)
OS を再起動してもサービスが期待通り立ち上がる (立ち上がらない) ことを確認するため, ika の OS を再起動した.
# reboot
phase 10 (バックアップの確認)
電脳サーバへのバックアップの確認
電脳サーバにログインし,
$ sudo -u kobe -s
によって kobe になり, kobe のホームディレクトリに移動. そこで,
$ ./itpass_rsync_epa2dennou.sh -n $ ./epalab_rsync_epa2dennou_yyh.sh -n
を実行した. その後, 出力されたログを確認した.
$ cd ./itpass_rsync_epa2dennnou_log $ less itpass_rsync_epa2dennnou.log $ cd ../epalab_rsync_epa2dennnou_log $ less ./epalab_rsync_epa2dennnou.log
ssh の鍵が古く, ika へのログインに失敗したため, 鍵を作り 直して実行し, 問題なく動作した.
Keyword(s):
References:[[ITPASS2017]2017年度サーバ構築ログ]