History diff of バージョンアップ時の諸々(No. 2)

History
View the source.
View the history.
バージョンアップ時の諸々 has been deleted.
- 1 (2004-12-30 (Thu) 11:43:30)
- 2 (2005-05-22 (Sun) 15:06:09)
- 3 (2005-05-26 (Thu) 01:47:14)
- 4 (2005-05-26 (Thu) 12:03:27)
- 5 (2005-06-02 (Thu) 11:30:51)
- 6 (2005-11-05 (Sat) 17:44:28)
- 7 (2006-06-13 (Tue) 03:25:02)
- 8 (2006-06-13 (Tue) 03:25:02)
- 9 (2006-06-13 (Tue) 03:25:02)

The added line is THIS COLOR.
The deleted line is THIS COLOR.

OpenBSD 3.6がリリースされた。
#contents
*OpenBSD 3.6がリリースされた。 [#u56ec6cf]
**3.5→3.6 移行手順の概要 [#ybd2bd24]
詳細を書いているときりがないので、ざっくりと。~
詳細はリンク先を参照のこと
-COLOR(blue){一般的な手順} ... [[Upgrade Mini-FAQ:http://www.openbsd.org/faq/upgrade-minifaq.html]]参照
-COLOR(green){3.5→3.6に固有の手順} ... [[Upgrade Mini-FAQ:http://www.openbsd.org/faq/upgrade-minifaq.html]]もしくは
[[Upgrade Guide:http://www.openbsd.org/faq/upgrade36.html]]参照
-適用順序
--COLOR(blue){ソースツリーの更新}
--COLOR(green){各サービス固有のuid, gid登録}~
沢山あるので、まとめてやっとくと楽。
 diff -u /etc/master.passwd /usr/src/etc/master.passwd > passwd.diff
 duff -u /etc/group /usr/src/etc/group > group.diff
で、差分作っといて、vipwやvi groupで取り込んだ。
--COLOR(blue){カーネルのコンパイル、リブート}~
カーネルが3.6、ユーザランドが3.5の状態にするとpfが効かなくなるので、
ファイアウォール等はこの間の運用に注意。
--COLOR(green){libcライブラリの再構築}
--COLOR(blue){ユーザランドのコンパイル}
--COLOR(blue){/etc, /dev以下の修正}
--COLOR(green){ptyデバイスのマイナー番号変更}
--COLOR(green){古い/usr/bin/cksumの消去}
--pfアンカーの変更 ... /etc/pf.conf中に該当箇所がないので、実施せず。
*OpenBSD 3.7がリリースされた [#z1d827e1]
今回はgccがバージョンアップしてたりして面倒臭いので、バイナリアップデートした。
*Tips [#j2cd2eaa]
**/etc, /dev対策 [#g5d52734]
Upgrade Mini-FAQとか見ると/etcの変更は「手でやれ」って書いてある。~
たしかにその通りなのだが、何も考えずにやると作業大変だわ、訳分からなくなるわで、絶対失敗(とまではいかなくても何かしらの漏れがでたり)すると思う。

その対策としては、portsにあるmergemasterというツールを使うのが
定番なようだが、私は以下のような方法でやっている。
-新しいetcの中身をソースツリーから/altrootの下に展開
--cd /usr/src/etc && DESTDIR=/altroot make distribution-etc-root-var
-この/altroot/etcと現在使用している/etcとの中身の差分を取る
--diff -ru /etc /altroot/etc > /etc.diff
-このetc.diffの内容を見ながら、各ファイルについて次の３つのうちのどれかを行う。
--古いファイルをそのまま使う
--新しいファイルをそのまま使う
--新しいファイルと古いファイルの内容を編集してマージする
-各ファイルの差分を見ながら、コピーや編集を行うことになるので、screenなどを入れておくと便利。
**古いshlib対策 [#h625450f]
Upgrade後に、以前使ってた共有ライブラリが残っていて、
消していいものかどうか悩むことがある。~
あと、ports/packagesとかについては、最初に全部消しとけってことになってるが、
常時稼働してるサーバでは、最初に全部消しといて、Upgrade後に
ﾏﾀｰﾘ置き換え、ってのもなかなか難しい。
なので、OS本体のrebuild後に、運用しながらports/packagesとかを少しずつ再rebuild
していくということになるが、
その間はやっぱり古い共有ライブラリが必要だったりする。
+古くて、消してもよさげなライブラリは、とりあえず/usr/local/libに移動し、
reboot。
 ls -lt /usr/lib
 mv /usr/lib/libhoge.so.X.Y ... /usr/local/lib
 shutdown -r now
+ports/packagesとか俺buildの作りなおしや整理
+どこからも使われていない共有ライブラリの検出~
例えばこんなスクリプトを使う
 #!/bin/sh
 if [ X$1 = X ]
 then
   set /
 fi
 
 find "$@" \
     \! -fstype local -prune \
     -o \
     -type f \
     \( -perm -100 -o -perm -010 -o -perm -001 \) \
     -print \
 | xargs file \
 | awk '
     BEGIN {FS=":"}
     /ELF 32-bit LSB executable.*dynamically linked/ {print $1}' \
 | xargs ldd \
 | awk '
     /^\/.*:$/ {fname = $1; sub(/:/, "", fname)}
     $3 == "rlib" {print fname, $5}'
ファイルシステム全体の実行ファイルに対してlddした一覧が得られる。~
で、「このファイル一覧中にはないけど、実際のファイルシステム中に
存在する共有ライブラリ」っていうのが、どこからも使われてないやつなので、
消してもOK。
**不要なファイルを検出する。 [#k678ef84]
----
[[FrontPage]]

History diff of バージョンアップ時の諸々 (No. 2)