[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 へのログインに失敗したため, 鍵を作り 直して実行し, 問題なく動作した.

Last modified:2017/12/05 17:38:11
Keyword(s):
References:[[ITPASS2017]2017年度サーバ構築ログ]