2ch特化型サーバ・ロケーション構築作戦 Part19

**root▲ ★** · NG

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更まわりの関連作業・調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
雪だるま作戦は、現在以下のスレで雑談しながら進行中です。

＜主な関連スレッド＞
【しらたま】雪だるま作戦に思いを馳せながら雑談するスレッド Part11
http://aa5.2ch.net/test/read.cgi/nanmin/1121875871/

＜主な関連リンク＞
ブレーメンメーター: http://mumumu.mu/bremen/
ＭＲＴＧによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねるサーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/
2ch CGI 軽量化: http://sunos.saita.ma/2ch-cgi-lw.html

**root▲ ★** · 2005/10/17(月) 01:34:48

ex11のメモリディスク、
softupdate off + async を
softupdate on に戻したら、軽くなった。

この条件で使う限り、softupdate のほうが、
async よりも圧倒的にコストが低いということになります。
書き込み(bbs.cgi)のCPU使い具合やはけ具合が、全然違う。

しかし、なんでだろう。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/17(月) 01:53:09

そうやって使うことが前提だからとか単純な理由だったりしたらﾜﾛｽ

**動け動けウゴウゴ２ちゃんねる** · 2005/10/17(月) 03:48:48

buffer -> sync(softupdates) -> md
は単に速いHDDとして使えるけど。
buffer -> async -> md
はsoftupdatesでやっているキューの整理が入らないからか？

HDDの書き込みという桁違いのボトルネックがあればasyncは速いけど、mdだと整理していない分遅いとかか。

**root▲ ★** · NG

>>338
連続したメモリ領域のアクセスのほうが効率がいいとか、
そういう話なのかしら。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/18(火) 08:53:16

>>339
ですかねー

>>338でもいっているようにソートしてあればmdは絶大な威力を発揮、
てんでんばらばらな追記だとファイルシーク（という言い方があっているか微妙）に
(通常のメモリアドレス検索より)激しく時間を食うのでそのぶん重くなりやすいってことなんですかね

**root▲ ★** · 2005/10/25(火) 14:50:01

Hello Sean-san,
Cc: 2ch guys,

Since about several hours ago, outgoing network performance of tiger505
has been bad (it is reported by many 2ch users).

I checked the network performance of tiger505, and I verified it is
certainly occurred.

I did the performance test by using ftp, and I detected outgoing
network performance has been bad, as follows:

- other servers => tiger505 is good. (it is about 100Mbps)
- tiger505 => other servers is bad. (it is about 50Mbps)

I verified the network setting of tiger505 is still set to 100Mbps
full-duplex (Of course, I don't change the network setting on tiger505).
And I feel the suspicious network delay when I am working on tiger505
via remote login

I checked the network performance by ping from other servers at PIE, and I
detected suspicious delays are occured the response packet as follows:

64 bytes from 206.223.150.120: icmp_seq=104 ttl=63 time=1.105 ms
64 bytes from 206.223.150.120: icmp_seq=105 ttl=63 time=0.569 ms
64 bytes from 206.223.150.120: icmp_seq=106 ttl=63 time=0.642 ms
64 bytes from 206.223.150.120: icmp_seq=107 ttl=63 time=0.567 ms
64 bytes from 206.223.150.120: icmp_seq=108 ttl=63 time=31.387 ms <=
64 bytes from 206.223.150.120: icmp_seq=109 ttl=63 time=0.719 ms
64 bytes from 206.223.150.120: icmp_seq=110 ttl=63 time=0.616 ms

Probably, it is the cause of the trouble I think.
Please check and fix it.

Regards,

**root▲ ★** · 2005/10/25(火) 14:53:57

life7からnews19をpingした結果

--- news18.2ch.net ping statistics ---
1049 packets transmitted, 1049 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.449/2.629/153.439/13.277 ms

やはり、変なパケット遅延がありますね。
これが全体の足を引っ張っています。

スイッチの問題のようかん。

**root▲ ★** · 2005/10/25(火) 14:54:16

news19じゃなくてnews18の間違い。>>342 1行目

**root▲ ★** · 2005/10/25(火) 17:21:21

Sean-san,

Thank you. I detected some other PIE servers have the same trouble.
I detected the same situation on banana601 and banana388.
But banana201 is probably normal.

I will also check the network performance on 2ch servers and I will
report to you the result sooner or later.

And I have an information. These banana601, 388 and tiger505 servers
have the same condition.

- network I/F configures 100Mbps full duplex
- 'incoming' traffic is no problem.
- 'outgoing' traffic is low performance now.

I think it may help you.

Regards,

**root▲ ★** · 2005/10/25(火) 17:30:47

life7 <=> memories は、双方向とも問題なしでした。
memoriesから、計測してみるか。

**root▲ ★** · 2005/10/25(火) 17:44:58

oyster901 901 243 異常なし
cobra2244 2245 2246 2247 異常なし

**root▲ ★** · 2005/10/25(火) 17:49:27

tiger503 504 506 507 508 509 510 511 512 異常なし
tiger505 おかしい

**root▲ ★** · 2005/10/25(火) 17:51:46

tiger2507 2508 2509 2510 2511 2512 2513 2522 2523 2524 2525 異常なし

**root▲ ★** · 2005/10/25(火) 17:54:09

banana201 238 異常なし

**root▲ ★** · 2005/10/25(火) 17:58:38

さて、bananaは多いですね。

**root▲ ★** · 2005/10/25(火) 18:33:20

おかしいサーバ

qa
etc3
live14
tmp5
comic6
food6
society3

他の掲示板banana(2ch/bbspink)は、とりあえず正常。
banana的正式名称は、、、。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 18:43:41

qa = 386
etc3 = 601
live14 = 386
tmp5 = 390
comic6 = 388
food6 = 389
society3 = 382

http://sv2ch.baila6.jp/sv2ch02.html　より

**root▲ ★** · 2005/10/25(火) 18:44:58

>>352
ありがとうです。

**root▲ ★** · 2005/10/25(火) 18:50:12

Sean-san,
Cc: 2ch guys,

> I will also check the network performance on 2ch servers and I will
> report to you the result sooner or later.
>
> And I have an information. These banana601, 388 and tiger505 servers
> have the same condition.

I checked all servers for 2ch and following seven servers' network
performance is bad.

cobra: (There are no bad servers)
tiger: tiger505
banana: banana382 banana386 banana388 banana389 banana390 banana601

The situation of above servers are the same, the outgoing network
performance is bad.

Probably, I think their servers are connected the same edge switch.
Please investigate and fix it.

Regards,

**root▲ ★** · 2005/10/25(火) 18:52:55

Ok, I will do.
-- Mumumu

> Please check them again. I think all will be ok now.
> -Sean

**root▲ ★** · 2005/10/25(火) 18:54:14

tiger505 修正確認。
他はこれから調査。

**root▲ ★** · 2005/10/25(火) 19:00:52

>>352 の全サーバのパフォーマンスが元通りになったことを確認。
障害は修正されたと思います。

経過観察で。

● ◆ANGLERlqvM · NG

最近、この類の障害が続いてますね。。

**root▲ ★** · 2005/10/25(火) 19:04:34

Sean-san,

I briefly checked all following servers are OK.
Thank you for you work.

And I want to know how do you solve the problem.
Do you change the edge switch?

-- Mumumu <mumumu@newsplus.jp>

**root▲ ★** · 2005/10/25(火) 19:05:26

>>358
Seanさん、結構忙しいみたい。

で、私はこれから仕事で外出なので、またあとで。

● ◆ANGLERlqvM · NG

はい、お疲れ様でした。

**動け動けウゴウゴ２ちゃんねる** · 2005/10/25(火) 20:44:01

784 ：root▲ ★ [sage] ：2005/10/25(火) 20:18:20 ID:???0
障害はSeanさんにより修復されました。
今は、正常のはず。

http://qb5.2ch.net/test/read.cgi/operate/1127144824/784

**root▲ ★** · 2005/10/27(木) 16:33:10

6.0-RC2を出す気でいるらしい。

Build 6.0-RC2 TBD
-- Begin building the second release candidate build for all Tier-1 platforms.
Release 6.0-RC2 TBD
-- 6.0-RC2 tier-1 platform images released, and uploaded to ftp-master.FreeBSD.org.

http://www.freebsd.org/releases/6.0R/schedule.html

**動け動けウゴウゴ２ちゃんねる** · 2005/10/27(木) 18:22:11

はやーなー。

● ◆ANGLERlqvM · NG

え？RC-2出すんですか。。。

**root▲ ★** · 2005/10/28(金) 15:03:07

http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/019056.html

(AA略。

**root▲ ★** · 2005/10/28(金) 15:10:41

で、

これと、
http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/019060.html

これに、ちょっとわろた。
http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/019064.html

**動け動けウゴウゴ２ちゃんねる** · 2005/10/29(土) 07:07:19

リリースするぞぇ。
はい直した。
はい直した。

わろす。

**root▲ ★** · NG

CVSwebのデザインも(トップページと同じっぽく)変わった。

http://cvsweb.freebsd.org/

**動け動けウゴウゴ２ちゃんねる** · 2005/10/30(日) 07:29:17

なかなかカッコイイですね。
ports の cvsweb もデフォでこれにしてもらいたい

**root▲ ★** · NG

<チラシのうら>
A Comparison of Solaris, Linux, and FreeBSD Kernels at OpenSolaris.org
http://www.opensolaris.org/os/article/2005-10-14_a_comparison_of_solaris__linux__and_freebsd_kernels/

bsdforums.org - FreeBSD, OpenBSD, NetBSD, MacOS X, Darwin, Linux, BSD Unix forums, message boards, discussions and news. - Destination FreeBSD: Interview with Release Engineer Scott Long
http://www.bsdforums.org/forums/showthread.php?t=35212
</チラシのうら>

◆Reffiz2Zh. · 2005/11/01(火) 07:50:14

とりあえず、報告

php 4.1.1
変更点
ttp://www.php.net/ChangeLog-4.php#4.4.1

◆TWARamEjuA · NG

(･∀･)ﾆﾔﾆﾔ

**root▲ ★** · NG

一足先にRELENG_6が-STABLEブランチになりました。
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.69.2.8&r2=1.69.2.9

-BRANCH="RC1"
+BRANCH="STABLE"

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 11:40:00

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

**root▲ ★** · NG

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.69.2.8&r2=1.69.2.8.2.1

-BRANCH="RC1"
+BRANCH="RELEASE"

━(AA略。

◆Reffiz2Zh. · 2005/11/02(水) 11:56:40

もう出すのか
しかし、todo list見ると積み残し多数なんだけど大丈夫なのか（汗

**root▲ ★** · NG

>>377
毎回そうだったりするのですが(なんだかねぇ)、Webの更新が間に合っていなかったりする様子。

● ◆ANGLERlqvM · NG

来ましたか。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 14:08:10

RC2が消えてるような…

**root▲ ★** · NG

>>366 にあるように、
> we've decided to skip RC2 and go straight to 6.0-RELEASE.

ということだそうで。>>380

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 14:18:52

>>381
(ﾟдﾟ)ｱﾗﾔﾀﾞｽﾏｿ

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 14:34:22

最近5.4をごにょごにょしだしたものですが、

ということはまもなくリリース？

**root▲ ★** · NG

>>383
…そのはずです。

6.0Rは私の脳内では5.5R++ぐらいの変化なので
(5.2.1R→5.3Rぐらいか、あるいはもっとか)、
今5.4Rをごにょごにょしだしたんなら、6.0Rにするいい機会かもなと。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 16:36:16

6.0R make world 中

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 17:38:51

>>384
もう遅いです、各種環境構築に走ってしまいましたw

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 17:48:40

毎日 make worldして喜びに浸ってほしい。

● ◆ANGLERlqvM · NG

私はちょっとだけ、様子見かな。。

**root▲ ★** · NG

差し戻しとゆうか、newvers.shが変わってもいくつかコミットされることもあるので、
まずは cvsup.peko.2ch.net あたりで試して、アナウンスが出次第
ex10 epg 雪だるまサーバという運びで。

**root▲ ★** · NG

ということで、とりあえず cvsup.peko.2ch.net を 6.0R に。

%uname -a
FreeBSD banana273.maido3.com 6.0-RELEASE FreeBSD 6.0-RELEASE #1: Wed Nov 2 02:59:37 PST 2005 root@banana273.maido3.com:/var/src/sys/i386/compile/I386_BANANA_60 i386

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 20:07:07

まだISOは出ないか。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/02(水) 20:27:39

isoの件はミラーに行き渡ってから騒ぎましょう。

▲ ◆SANUKI/VII · NG

http://itpro.nikkeibp.co.jp/article/NEWS/20051102/223939/

ありゃりゃ

◆Reffiz2Zh. · 2005/11/03(木) 07:52:48

>393
う～む
かなりまずい穴なので全鯖に適用する必要がって4.4.1入れても大丈夫なのかなぁ
（なんか4.4.0で大幅な仕様変更があったらしい）

**動け動けウゴウゴ２ちゃんねる** · 2005/11/03(木) 11:22:06

>>393
ていうかいま入っているヴァージョンいくつにもよりますな
4.4.11以降であれば無問題ですが

**動け動けウゴウゴ２ちゃんねる** · 2005/11/03(木) 11:22:37

>>395
1が一つ多かった・・・orz

**root▲ ★** · NG

>>393
ふむ。こりゃまずそうですね。

対策するか。

**root▲ ★** · NG

> 対策は，PHPの場合4.4.1以上にアップグレードすること。

これでいきます。

tiger/cobra/root権限ありbananaと、
epgでは、PHP5は使用していません。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/03(木) 16:46:53

おれは昨日の内に対処して、4.4.1にしたけど、
gd 周りでハマりますた。

**root▲ ★** · NG

>>399
なるほど、いかにもはまりそうな箇所ですね。

今の2chでは、使っていないはず。
AASは使っているかもね。

◆Reffiz2Zh. · 2005/11/04(金) 03:11:27

ついに6.0RELEASE上がり初めますた
まだ一部だけど今日明日中にはアナウンス出ると思います。

◆Reffiz2Zh. · 2005/11/04(金) 03:29:25

amd64ついにｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
これは赤飯炊いて（ｒｙ

**動け動けウゴウゴ２ちゃんねる** · 2005/11/05(土) 00:55:53

[FreeBSD-Announce] FreeBSD 6.0 Released
http://lists.freebsd.org/pipermail/freebsd-announce/2005-November/001023.html

とりあえず置いておきます～

◆Reffiz2Zh. · 2005/11/05(土) 00:58:32

>403
トップにも正式アナウンス出ました。
6.0入れ替え大会もそう遠くない日にありそうですね。

**動け動けウゴウゴ２ちゃんねる** · NG

>>403
自宅サーバの6.0化をしなくちゃと思いつつ、そのうちやろうで放置中だったり……
5.4でもそう不自由がないから無理して6.0化しなくてもいいんだけど。
そのうちやろっと。

**root▲ ★** · NG

>>404
出ましたね。

今日は5000行ぐらいのPerl読んで頭がうにうになんで、
ぼちぼち、やっていくかなと。

**root▲ ★** · NG

というわけで、

>>403
> ~ Significant performance improvements to the filesystem and direct disk
> access layers of the OS. The filesystem is now multithreaded and can
> take full advantage of multiple CPU systems.

が、もっとも大きな売りなわけです。
tiger/cobraでの、さらなるパフォーマンスアップを期待。

◆BFzK/mtqM2 · NG

うちのサーバも1台だけ6.0Rにしたけど、残りどうしようかな。

**root▲ ★** · NG

前にもどっかに書きましたが、デュアルCPUとかSCSIのサーバなら、かなり意味がありますね。
5.3R以降になっていてシングルCPUでIDEのサーバなら、無理することはないってかんじで。

◆BFzK/mtqM2 · NG

6.0RにしたのがシングルCPUでIDEのサーバで、5.4RのままがデュアルCPUでSCSIなサーバｗ

**root▲ ★** · NG

ぼちぼち、リリースノートを読み始め。
以下はamd64のリリースノートから、カーネル系。

・HZのデフォルト値が変わった。割り込み系とか時間の粒度とか、よりよくなるかも。
The default HZ parameter (which controls various kernel timers) has been increased
from 100 to 1000 on the i386 and ia64. It has been reduced from 1024 to 1000
on the amd64 to reduce synchronization effects with other system clocks.

・panic/強制リブート時の立ち直りを早くする工夫。
Recomputing the summary information for “dirty” UFS and UFS2 file systems is
no longer done at mount time, but is now done by background fsck(8). This change
improves the startup speed when mounting large file systems after a crash.
The prior behavior can be restored by setting the vfs.ffs.compute_summary_at_mount
sysctl variable to a non-zero value. [MERGED]

・NFSサーバの虫がとれたらしい。
A kernel panic in the NFS server has been fixed. More details can be found in errata
note FreeBSD-EN-05:01.nfs. [MERGED]

**root▲ ★** · NG

ユーザランド系。

・このへんを高速化しているそうで。
Machine-specific optimized versions of bcmp(3), bcopy(3), bzero(3), memcmp(3), memcpy(3),
memmove(3), memset(3), strcat(3) and strcpy(3) have been implemented.
Several mathematics functions such as ceill(3) and sqrtf(3) are also replaced with
the optimized versions.

・pgrep/pkill 大幅強化。
The pgrep(1) command now supports a -S option which allows matching
system processes (kernel threads).
The pgrep(1) and pkill(1) commands now support a -F option, which matches
a process whose PID is stored in a file.
The pgrep(1) and pkill(1) commands now support a -i option to ignore case
in the process match.
The pgrep(1) and pkill(1) commands now support a -j option that matches processes
based on their jail(2) ID.
The pgrep(1) and pkill(1) commands now support a -o option which matches only
the oldest (least recently started) of the matching processes.

・portssnapコマンド新設。
The portsnap(8) utility for downloading, updating, and extracting compressed snapshots
of the FreeBSD ports tree has been added.

・tail -fが複数のファイルを処理できるようになった。
The -f option of tail(1) utility now supports more than one file at a time. [MERGED]

・tcpdropコマンドがOpenBSDから輸入された。
The tcpdrop(8) command, which closes a selected TCP connection, has been added.
It was obtained from OpenBSD. [MERGED]

**root▲ ★** · NG

ざっと読んでみて、サーバ系でめぼしいところは、このぐらいか。

無線LANサポートとか、LapTopサポートがかなり入ったとか、
CPUクロックの制御まわりがいろいろ入ったとか、
DHCP関係がISCのものからOpenBSDのものに変わったとか、
そのへんもあるですね。

こまごまとしたところが、良くなったり変わったりしている様子。

で、
Source upgrades to FreeBSD 6.0-RELEASE are only supported from
FreeBSD 5.3-RELEASE or later. Users of older systems wanting to
upgrade 6.0-RELEASE will need to update to FreeBSD 5.3 or newer first,
then to FreeBSD 6.0-RELEASE.

とあるように、従来のバージョンからアップグレードする時は、
いったん5.3R以降に更新してから、6.0Rにするようにと。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/05(土) 06:23:46

ファイルシステムの粒度が良くなったので、Disk I/Oが苦しいサーバーには結構効くんじゃないかな。

**root▲ ★** · 2005/11/05(土) 14:03:28

>>414
そですね。それが(サーバ用途では)いちばん効くところかなと。

▲ ◆cZfSunOs.U · 2005/11/05(土) 21:56:22

>>411
>・NFSサーバの虫がとれたらしい。
>A kernel panic in the NFS server has been fixed. More details can be found in errata
>note FreeBSD-EN-05:01.nfs. [MERGED]

虫を踏んでいたであろう条件の再現実験方法が
http://aa5.2ch.net/test/read.cgi/nanmin/1121344281/663-667n
のような感じなんで，これを試して Ok そうなら NFS いけるかもしれませんね．

もっとも，カーネルごと落ちることがなくなっても，通常エラーとしての
ESTALE などは発生するかも知れませんが......たまにしか発生しないなら
「その時はリロードして下さい」ってのもありかも知れませんが......

**root▲ ★** · 2005/11/05(土) 23:23:01

>>416
…ですね。

NFSはやっぱりどきどきするので、
やはり、今の路線(bbsdとのインタラクションでいく)で、当面すすめようかなと。

**root▲ ★** · 2005/11/05(土) 23:23:40

あ、書き忘れ。

BG3/BG4がそろそろアレなので、
個人的にはlibthrを試してみたかったりするかも。

**root▲ ★** · 2005/11/06(日) 01:44:23

保存のため、こっちにも貼っておくか。

【ex10】FreeBSD 6.0R性能評価実験に伴うサーバダウンについて
http://qb5.2ch.net/test/read.cgi/operate/1129310805/138

138 名前：root▲ ★[sage] 投稿日：2005/11/06(日) 01:42:39 ID:???0
で、いくつかのサーバを6.0-RC1や6.0Rに上げたので、使用感を。

ログインしていくつかコマンド打ってディスク触ってまず、「軽い」と感じますね。
特にファイルシステム周りというか、ディスクをがりがり触る系のオペレーションでは、
明らかにそう感じます。

例えば、makeしながら他のことする時とかの、「ひっかかり感」が
明らかに軽減されたような気がするです。

ex10が問題なく動くようなら、次は思い切ってBG3/BG4をやってみるかな。

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · 2005/11/06(日) 02:23:24

おつでしたー

桶屋 · 2005/11/08(火) 00:26:30

日本語で読みたい、FreeBSDに興味のある人向けに。

システム旅譚 - FreeBSD 6.0-RELEASEの新機能と変更点を見る
http://pcweb.mycom.co.jp/articles/2005/11/07/freebsd/

**root▲ ★** · 2005/11/08(火) 01:21:05

>>421
> mpsafevfs

ご存知、目玉商品。
シングルプロセッサでも、恩恵があると。

> portsnap(8)・bsdiff(1)・bspatch(1)の追加

標準に入ったってことですね。
CVSupがなくてもいくなったと(何かと使うから入れるけど)。

> SCHED_ULE

昔 5.3-BETA 時代に ex7 で少し試したけど、LA が上がらないのに
パフォーマンスがまったく出ず、散々でした(落ちはしなかったけど)。

live20あたりで試してみる価値はあるかも。

> 注意：ロケールファイルのフォーマット変更 - compat5xの導入

5.xのバイナリでsetlocale() を使っているやつは、気をつけろと。

**動け動けウゴウゴ２ちゃんねる** · NG

たぶんあまり関係ないと思うけど。

RingServer Projectにおける、FreeBSD, FreeBSD-jp及びFreeBSD-PC98のミラーの廃止について（廃止予定日：2005/12/01）
ttp://www.ring.gr.jp/ring/freebsd.html.ja

**動け動けウゴウゴ２ちゃんねる** · 2005/11/08(火) 04:09:33

>422
>CVSupがなくてもいくなったと(何かと使うから入れるけど)。
/usr/objをどっかで代表してbuildworldして、コピーしてmake installworldすれば/usr/srcのcvsupも使わなくて済むかも。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/08(火) 04:21:27

ULE実戦再投入くる～

▲ ◆cZfSunOs.U · 2005/11/08(火) 21:33:22

>>422
>> 注意：ロケールファイルのフォーマット変更 - compat5xの導入
>
>5.xのバイナリでsetlocale() を使っているやつは、気をつけろと。

bbsd では setlocale() 使ってますが，問題なのは 5.x 用バイナリをそのまま
6.x で使う場合のようで，リコンパイルすれば平気な模様ですね．

**動け動けウゴウゴ２ちゃんねる** · 2005/11/09(水) 00:22:02

portupgrade -aFすりゃcompat5x要らない

**root▲ ★** · 2005/11/09(水) 02:39:41

>>426
そういうことですね。

>>427
2chのサーバは、6.0Rにした時にはportsを総入れ替えしているです。
ひらたくいえば、全部きれいさっぱりpkg_deleteしていると。

**root▲ ★** · 2005/11/15(火) 02:49:06

ひとつ、重要な注意を。

/md (メモリディスク)を /etc/fstab で mount している場合は、
6.0Rへのバージョンアップにあたり、コメントアウトしないとだめです。

途中、カーネルが6.0R、ユーザランドが5.xRとかの時に、
/md の mount が失敗し、シングルユーザに落ちてしまいます。

live20は/etc/fstabでやっていないので、助かりました。
今後、気をつけるべしで。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/15(火) 04:37:12

>途中、カーネルが6.0R、ユーザランドが5.xRとかの時に、
>/md の mount が失敗し、シングルユーザに落ちてしまいます。

気合いと根性でmake installkernel && mergemaster -p && make installworld && mergemasterしてしまうのはどうか。

**root▲ ★** · 2005/11/15(火) 04:38:56

>>430
さすがに、6000マイル先のサーバでそれするのは、、、。
ごく一部のサーバしか、私はリモートコンソールへのアクセスできないし。

**root▲ ★** · 2005/11/15(火) 12:49:52

5.3R→6.0Rにしたlive20のdmesgから。

-em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 28 at device 2.0 on pci3
+em0: <Intel(R) PRO/1000 Network Connection, Version - 2.1.7> port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 28 at device 2.0 on pci3

emのバージョンが上がるのね。
BG3/4には有効か。

-Timecounters tick every 10.000 msec
+Timecounters tick every 1.000 msec

そういえばHZが1000になるんだった。

(live20)
%sysctl kern.clockrate
kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 }
(live16)
%sysctl -a kern.clockrate
kern.clockrate: { hz = 100, tick = 10000, profhz = 1024, stathz = 128 }

忙しい系のサーバには、有効かも。

**動け動けウゴウゴ２ちゃんねる** · 2005/11/16(水) 03:32:42

あれ。
5.3Rなのはdevice emのバグ回避だったの？

**root▲ ★** · 2005/11/16(水) 13:05:54

>>433
単に、バージョンアップしてなかただけです。

SuExec 一時的に復活 @ ex10

これから、ex14 の土地作りと依頼を。

**root▲ ★** · 2005/11/16(水) 13:15:54

以下を2ch.netのDNSサーバに追加お願いします。

+ex14.2ch.net:206.223.151.225

**ピロリ** · 2005/11/16(水) 13:44:35

done