川口 % swen.A 関連でアドレス変更しました

<864qz61cjq.wl@genki00.cc.hokudai.ac.jp>の記事において
reo@cc.hokudai.ac.jpさんは書きました。
> 今現在使っているファイルサーバの老朽化に伴い，新しいファイルサーバへの
> 移行を考えています．ファイルサーバをネットワークから切り放す時間を最小
> 限に留めて移行作業を行いたいのですが，以下のような手順を考えました．

どの程度の規模/責任問題/ユーザー・管理者間の交流があるのか，
によって話が変わる気がします．


> 代替機マシン名：ALT
> 現行ファイルサーバ名：FS
> 
> 1. FSの/etc/passwd, /etc/group, /etc/shadow などを移行する．

ここまでは概ね良いとして(この前に user に password 等の
変更の一時的禁止を announce する必要がありますね)，

> 2. ALTでFSの/homeディレクトリを/mnt/nfs/FS/homeなどにNFSマウントして，
>    ALTの/homeに対してrsyncする．

(ssh dump| restore でも良い?)

> 3. ALTとFSを外部ネットワークから切り放し，ALTとFSだけのネットワークに
>    する．ALTをSSHでroot Login可能にし，FSから/etcと/homeを，ALTの/etc
>    と/homeにrsyncする．

これ，文面からしますと 2. はネットワーク接続時に行われていますが，
ユーザーがファイルをいじったりすると話がややこしいですよね．
特に巨大ファイルとか DB みたいなのが絡むと無駄・危険が大きくなります．
また，mail spool が ~/Maildir/ なんかだったりすると，
本人にはどうしようもないところで随時変更が入ります．
だから，あとで rsync しなおし，ということなんだと思いますが，
結局は以下の rsync をどこまで信用するのか，にかかりますね．

rsync の問題(一部?):
  * file system の上で動作するので atime は全部リセットされます
    (mail spool で問題になったりします)
  * ufs についているフラグは保存されない
    (FreeBSD で chflags で設定して ls -ol で見えるヤツ)
  * (私は未確認なだけ:) hardlink は -H で保存されるはずだが，
    本当に大規模に動くかは良く分からない

一応，この辺の問題点が user との間で合意がとれていれば問題ないとは
思います．

# 意外と，FS,ALTが同OSなら HDD つなぎ直して local 接続で
# dump/restore してしまうほうが速かったり，はしないか...
-- 
       ∧∧               
Zzz.. (- - )⌒⌒⊇〜         川口 銀河
      ##############   ginga-fj-swentemporal@ginganet.org