FreeBSD/amd64 part3 (and for operation-2ch)

FreeBSD/amd64を取り扱うスレです。
(対象となるCPUは
AMD Opteron/Athlon64/ 64bit対応のSempron
Intel Core 2 Duo/EM64T対応の Xeon ,Pentium ,Celeron
Intel i7系など　)

なお、本スレは2ch特化型サーバ構築のための情報としても参照されます。
2ch特化型サーバ・ロケーション構築作戦 Part35
http://qb5.2ch.net/test/read.cgi/operate/1254496873/

なにか情報などがありましたらお願いします。
root★さんが喜ぶでしょう。

前スレ
FreeBSD/amd64 part2 (and for oyster901)
http://pc12.2ch.net/test/read.cgi/unix/1171335849/

FreeBSD Security Advisory FreeBSD-SA-09:15.ssl
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UdMK037494

FreeBSD Security Advisory FreeBSD-SA-09:16.rtld
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UhW9038238

FreeBSD Security Advisory FreeBSD-SA-09:17.freebsd-update
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39Uno3038944

FreeBSD-SA-09:15.ssl
FreeBSD-SA-09:16.rtld
は amd64環境の場合注意事項あり。

　　　　　　　::　　　　　　　　　　 　 　 　.|ﾐ|
　　　　　　　　::　　　　　　　　　　 　 　 .|ﾐ|　　　　　　　　　　 ::::::::
　　　　　　　　　:::::　　　　　＿＿＿＿　|ﾐ|　　　　　　　　　 ::::
　　　　　　　　　　 ::　,. -'"´　　　　　　｀¨ー ､　　　　　　　::
　　 ::　　　　　 　 ／　　　,,.-'"　　　　　　ヽ　 ヽ、　　　 ::
　　　:: 　　　 ,,.-'"_　 r‐'"　　　　　,,.-'"｀　　　　　ヽ、　::
　　　:: 　　/　　　 ヾ (　　　 _,,.-='==-､ヽ　　 　 　 　 ヽ、
　　　:: 　　i へ＿__ ヽゝ=-'"／　　　 _,,>　　　　　　　　 ヽ　
　　 ::　　 ./ /　　＞ ＝'''"　￣￣￣　　　　 　 　 　 　 　 ヽ　
　　:: 　　/ .<_　ノ''"　　　　　　　ヽ　　　　　　　　　　　　 　 i
　 ::　　 /　　　 i　　　人＿　　　ノ　　　　　　　　　　　　　　.l
　　:: 　,'　　　　 ' ,_,,ノｴｴｴｪｪ了　　　　　　　　　　　　　　　/
　　　　i　　　　　　　じｴ='='='" ',　　　　　　　　　　　　　　/　::
　　　　',　　　　　　 (___,,..----U　　　　　　　　　　　　 ／　::
　　　　 ヽ、　　　　　　　　 __,,..　--------------i-'"　　::
　　　　　　ヽ､_　　　__ -_'"--''"ニニニニニニニﾆヽ　　 ::
　　　　　　　　 ｀¨i三彡--''"´　　　　　　　　　 　 　 ヽ　　:: 　
　　　　　　　　　 /　　　　　　　　　　　　　　　 　 　 　 ヽ　:: 　 　 　 　　　　　　　
　　　　　　　　　/　　　　　　　　　　　　　　　　　　　　　ヽ::　　　　

The Linux Kernel Archives
http://www.kernel.org/

ついにnvidiaドライバ来たよ！initial beta(195.22)。
ftp://download.nvidia.com/XFree86/FreeBSD-x86_64/
アナウンスはまだだけど
zanderタンによると8.0または最新の7-stable(7.3が出たら7.3)用とのこと。

うふふ

# ldconfig -32 -r
とかやってみて、もし32bitライブラリを見ているようなら、
>>2 のセキュリティ勧告において、個別の対応に加えて32bit版のライブラリも
別途構築しなおさなければいけない。

実際は
# /usr/src
# make build32 install32
# ldconfig -32 -m
で多分おｋ。最後の-mに自信ない。誰か検証お願い。

8.0-stable、9500GTでnvidiaドライバの動作確認
もうぬるぬるだぜ・・・

i386と違ってcompat5xの呪縛がないのもいい。

>>5
currentではまだうごかないってことでok?

>>10
/boot/kernel/kernelと/usr/srcが一致してなくてkldloadできないだけだった。
nv-freebsd.hのバージョンチェックをはずしたらcurrentで動いたわ。

問題は持ってるnVIDIAチップが一番新しいので440MXしかないことだな

nvidia amd64ドライバいいね。本格的にKDE4使いはじめた。
でも、なんだか全てのKDEアプリケーションの設定が記憶されない。設定ファイルも
更新されない。なんでだろ。portsからmakeした時になんか変なオプションを
いじっちゃったんだろうか…。

>>13
japanese/qt4-codec-jpを入れ忘れてたからだった…。
もはやEUCは異端なのか？

当たり前じゃん

今時はUTF-8
と言いたいところだが俺はLaTeX+tgif使いなのでEUC-JPのほうが楽。

俺は日本語しか相手にしないからEUCだなぁ。

amd64のnvidiaドライバ出たからlinuxから乗り換えようとおもうんだけど、
flashpluginの安定性ってどうなの？
前にFreeBSD使ってた時はあまり使えない感じだったんだけど

俺の環境 Fx3.5 + linux-base-f10 + f10のラッパー + f10のプラグイン の現状では、
外部プレイヤでニコ動を見るぶんには、問題ない。
たまに Flash が埋め込まれたページを閉じようとして固まることがある。
（何十ページに1回ぐらい）

基本的に時々バージョンアップかけてるけど、たまにしばらく不安定な状態に
当たることもある。最近はそういうことはない。

>>19
なるほど。そのぐらいなら問題なさそうだから乗り換えるかな。
ありがとう

16GB程度のUSBメモリ3〜4本でRAID-Z組んで、そこからシステム起動とか出来る？＞8R
出来るならそういう選択肢も有りかなと思ってるんだけど。

>>21
USBメモリってすごく遅くない？

zfsbootはいろいろいじくり倒すことで構成できたはずだが、
ブートパーティションをRAID-Zにすることは
まだOpenSolarisでもできないか実装されたばかりだったような？

>>21
理屈的にはできると思うけど、少なくともUFSでは8.0のUSBメモリからのブートが地雷なのでどうなるか

http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1
http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ2

ZFSbootは結局パーティション切る必要があるからZFSrootの方がいいんじゃねと思う

USBメモリ1本でZFSbootやってみたら
やっぱりルートマウントエラーで
zfs:<root filesystem name>入力しないと起動できなかった。

loader.conf はちゃんと設定したのか？

usb/138798の問題なんだってば

-rw-r--r-- 1 1006 1006 44738560 Nov 22 03:42 8.0-RELEASE-i386-bootonly.iso
-rw-r--r-- 1 1006 1006 655591424 Nov 22 03:43 8.0-RELEASE-i386-disc1.iso
-rw-r--r-- 1 1006 1006 1870891443 Nov 22 03:46 8.0-RELEASE-i386-dvd1.iso.gz
-rw-r--r-- 1 1006 1006 256077824 Nov 22 03:47 8.0-RELEASE-i386-livefs.iso
-rw-r--r-- 1 1006 1006 923207680 Nov 22 04:34 8.0-RELEASE-i386-memstick.img
-rw-r--r-- 1 1006 1006 346 Nov 22 04:39 CHECKSUM.MD5
-rw-r--r-- 1 1006 1006 521 Nov 22 04:39 CHECKSUM.SHA256

なぜi386ディレクトリ？

8.0-RELEASE-p1
zpool上のファイルを大量にまとめて消す（200GB位）と、高確率でネットワークがダウンする
んだが何これ('A`

FreeBSD amd64 に Mathematica ってインストールできる？

>>30
蟹NICというオチではないだろうな?

>>31
scilabとか、Octaveじゃ駄目?

>>32
em0です。
その後の調査で、ネットワークが落ちてると言うよりは、FreeVRRPが挙動不審になってるのが
原因ぽい。けど、ファイル削除とは全く無関係な気が・・・

Dec 21 09:28:35 yuno login: ROOT LOGIN (root) ON ttyu0
(ここで180GB分のファイルを削除)
Dec 21 09:29:43 yuno kernel: arp: 00:30:13:63:ed:e6 is using my IP address 192.168.0.126 on em0!
Dec 21 09:29:43 yuno kernel: arp: 00:30:13:63:ed:e6 is using my IP address 192.168.0.126 on em0!
Dec 21 09:29:43 yuno freevrrpd[39562]: send gratuitous arp 192.168.0.254 -> 0:0:0:0:0:0
Dec 21 09:29:43 yuno freevrrpd[39562]: send gratuitous arp 192.168.0.126 -> 0:0:0:0:0:0
(ここでfreevrrpを再起動)
Dec 21 09:30:27 yuno freevrrpd[80018]: launching daemon in background mode
Dec 21 09:30:27 yuno freevrrpd[80019]: initializing threads and all VRID
Dec 21 09:30:27 yuno freevrrpd[80019]: reading configuration file /usr/local/etc/freevrrpd.conf
Dec 21 09:30:27 yuno freevrrpd[80019]: monitored circuits engine initialized
Dec 21 09:30:28 yuno freevrrpd[80019]: send gratuitous arp 192.168.0.254 -> 0:15:17:8e:9:1f
Dec 21 09:30:28 yuno freevrrpd[80019]: send gratuitous arp 192.168.0.126 -> 0:15:17:8e:9:1f
Dec 21 09:30:28 yuno freevrrpd[80019]: server state vrid 1: master
Dec 21 09:30:29 yuno freevrrpd[80019]: send gratuitous arp 192.168.0.254 -> 0:15:17:8e:9:1f
Dec 21 09:30:29 yuno freevrrpd[80019]: send gratuitous arp 192.168.0.126 -> 0:15:17:8e:9:1f
Dec 21 09:30:29 yuno freevrrpd[80019]: server state vrid 2: backup

>>33
普通に熱暴走だと思うな

なわけねーだろ常考

freevrrpd がスケジュールされにくくなって相互監視でダウン判定されたのかねえ。
ARP は受け取ってるんだから NIC とドライバは生きてるってなわけで。

8Rを機に amd64 にしたんだが、無線LANって鬼門？
今まで動いていた ath0 が no carrier なんだ。。。

>> 37
あぁ〜 おれもはまったな。
man 見ても分かり辛いよな。

/etc/rc.conf に

wlans_ath0="wlan0"
ifconfig_wlan0="WPA inet aaa.bbb.ccc.ddd netmask 255.255.255.0"

で 良くね ?

# なんかこの方法って eth0 の ぃぬx 流 の様な気が、、、

wlan0じゃなくnamahageでもdayomonでもお好きな名前で

ZFSについて質問させて下さい
zpoolに追加するのは

da0でも
da0s1でも
da0s1dでも

どれでもおｋなんでしょうか？

>>40
どれでもいけるけど基本的にはディスク全体を投入することをおすすめする
まあノートPCとかだと無理だけど・・・

>>41
プールにはreg fileでもつっこめるのでなんでもありだが、
ディスクの壊れはじめで復旧することを考えたら
冗長性のないMBRとかBSDパーティションテーブルがないほうがいいので
da0がおすすめ。

>40
一般には da0 なんだろうけど
glabel で da0 に名前をつけて
/dev/label/hoge を zpool に放り込んでます

まあ UFS/fstab の時の習慣からだけど…
zpool status とかでも分かりやすい名前になるくらい?

ここのところbuildworld
===> lib/libpam/modules/pam_lastlog (all)
cc -fpic -DPIC -O2 -pipe -I/usr/src/lib/libpam/modules/pam_lastlog/../../../../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_lastlog/../../libpam -std=gnu99 -fst\
ack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri\
te-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/sr\
c/lib/libpam/modules/pam_lastlog/pam_lastlog.c -o pam_lastlog.So
make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libulog.a. Stop
*** Error code 2

Stop in /usr/src/lib/libpam/modules.
*** Error code 1

Stop in /usr/src/lib/libpam.
*** Error code 1

Stop in /usr/src/lib.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

>>44
途中で書き込んでしまった。
ここのところbuildworldがエラーでとまってしまう。
/usr/objを消してもやっぱりエラーになるし
make -j8をやめてmakeにしてもエラーになる。

>44
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpam/modules/pam_lastlog/Makefile
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libulog/Makefile
このへんか。話題としてはcurrentスレっぽいけど、変更激しいみたいだから英語版の情報でも漁ってみては？

zpoolのバージョンが14になったというちょっと前のコミットログを見て
opensolaris.orgのページを見たらもう22まで行ってるじゃん。
freebsdのzfsってsolarisからかなり遅れてしまっているのか?

そうして今日、新たなる >47氏の旅が始まった…

>>47
OpenSolarisで実装された物を持ってきてるんだからそりゃそうだろ

そして、分散ZFSと称する新たなP2Pソフトが>>47氏の手によって…

FreeBSDもいいかげんzfsは捨ててBtrfsを採用して欲しい

べつにいいじゃん

どう考えてもbtrfsなんぞよりhammer fsを先にすべき。

あ、それいいよな
なぜHammerを採用しないのかわからん
一度フォークした人間の開発したFSだからってわけじゃないだろうし
ほしいよHammer

>54
matthew dillon 本人が
移植するにしてももうすこし(dragonfly 上で)
安定してからにした方がいいんじゃ，
って言ってたんじゃなかったっけ?

>>55
それはHammerがpreリリースのときの発言だったような？

>>46
気づかないうちにsticky dateを設定してしまっていたようで
/usr/srcをあたらしくしたらmakeできました。

大丈夫になったらディロンちゃんがなんかいうだろ

だいじょぉぉおぶい！

12GB積んでるのにvfs.zfs.arc_maxが2.6Gにしかならないんだけどもっと増やせないのか?

loader.conf

auto tuningじゃないの？

そんなところauto tuning にしたら障害発生時に
問題の切り分けが難しいでしょうが

障害切り分けがどうのってことよりメモリ逼迫時にも回収されにくいキャッシュが
auto tuning でいいのか？ってことかと。

皆さんportsから入れたプリンタドライバって動いてます？

プリンタドライバなんて入れたことないかも？

gs
hplip
pips-*
gutenprint
とかかな?

pipsなんて所詮GSのフィルタなんだから、
野良ビルドで使っている。

pips を元にしているのかどうかしらないけど
gutenprint も epson をサポート対象にしてるみたい

結構 linux 方面では「とりあえず gutenprint」な
感じのようにも見えるんだけどどうなのさ?


と gutenprint 関係ない hp ユーザーのつぶやき

>>31
mathmaticaに近い文法でmaximaってのがあるよ

nvidiaのドライバが出たと聞いたので、snapshotのcurrentを新規インスコして、
cvsupインスコして
cvsupがこけるので、/usr/share/zoneinfo/UTCを一回リネームして
cvsupでソースとports一式を最新にして
/usr/share/zoneinfo/UTCを元に戻して
いつものようにbuildworld、buildkernel、、、、、、、して
cd ports/x11/xorg ; make install したら
devel/gobject-introspection-0.6.7　のメイクでこけやがる

今だnvidiaのドライバを体験できず
もう寝る

体験したいだけなら8-stableでいいだろ

っていうか、 csup ではダメなの？

ports試すだけならcurrentは選択肢として間違ってるな

そうだわな

保守

Athlon IIやPhenomIIのコストパフォーマンスの良さには惚れ惚れする。

で，f5攻撃に耐えれる負荷分散とかはできそうか？

今回は、サーバより回線の方が先に逝ったんじゃなかったっけ？

だな。
で、サーバは攻撃で落ちたんじゃなくて、電源断で止まったということらしい。

また掃除のおばちゃんがやらかしたか・・・

ごめん、コンセント空いてたから、UPSに掃除機挿してもうた

何でサーバの電源断で対応したんだろうね
スイッチのインターフェースダウン、あるいはコアルータの
集約スイッチ向けインターフェースダウンでよかっただろうに
何のためのマネージメントスイッチか

それが2ちゃんねるクオリティ

ホスティング業者としてPIEはそれは不味いんじゃないの、ってはなし。
設備説明を読む限りでは２ちゃんねるの機材が物理的に確実に一ヶ所にまとまっているわけではないようだし、
物理的に電源バチンをやって間違えて別の顧客の機材をぶっ壊したら大変なことに。
それより論理的にスイッチポートのグループを作っておいてスクリプト一発一斉インターフェースダウン
のほうが確実だと思うんだがなあ・・・

ここでそんな話されてもな。

死にたくなるほどどうでもいい

久々にきたね 新しいnvidiaドライバ
195.36.15 (BETA) for FreeBSD x86/x86_64 (7.3/8.0) released

シャットダウン時のクラッシュが修正されてるな
portsのほうもアップデートされてるかな

冷却fanが止まってしまうバグは直ったの?

あれずいぶん前だし、195系だから大丈夫じゃね？

現在公開されているドライバは大丈夫だよ。

ヤバいバージョンのはサイトから削除されているから。

本当だ。AaronPが195.36.15なら大丈夫って言ってるね。

6コアCPUでの動作報告ﾏﾀﾞｰﾁﾝﾁﾝ

スイッチの設定がおかしい、に1票入れたい所だが実はどこかに落とし穴があったりするのだろうか。
http://qb5.2ch.net/test/read.cgi/operate/1267711917/597

おかしいっていうか、スイッチのポートモードを固定しないといけないことって結構あるよね

テンプレのFreeBSDスレ次スレに移ってるよ

誤爆したスマソ

早速色々いじってるけど無事に実践投入されるんだろうか。
http://qb5.2ch.net/test/read.cgi/operate/1272282096/570

されるんじゃない？
結局足りないのはIOとかになるのかな

プログラム側を改良しない限り期待したパフォーマンスは出ない予感

PHPか……

個人用専ブラの延長で設計してる限りはどうにもならんか。

64bit版 FreeBSDのnvidiaのドライバのリリースの頻度が上がってきたね。
もうLinuxと同じタイミングで最新版が出てきている。

新CPUの季節再来

open64 compilerを使うためのメモ

　open64のportsが置いてあるありがたいサイトはこちら
　ttp://people.freebsd.org/~dinoex/ports/

1. portsスケルトンのアーカイブ(open64.tar.gz)を上記サイトから入手する
2. これをportsツリーに展開する　（カテゴリは何故かdeskutilsらしい）
3. sorceforgeからopen64のソースを入手してdistfilesに配置する
　　http://sourceforge.jp/project/open64/open64/Open64-4.2.1/open64-4.2.1-0.src.tar.bz2
4. 先にMercurialをインストールする。（自働で依存関係から導入されないため）
5. 下記a,bを解決してくれる人を探す　　　　【※ 今ココ】
6. open64のportsディレクトリで make clean; make; make install する

a, Mercurialの設定( .hg )を作成する
b. ports配布サイト上の patch-open64-4.2.1.gz が必要なものなら使い方を調べる

サンデープログラマなんだけど複数あるML115G5にLinuxからFreeBSD9を入れて使
いたいんですが、ML115G5標準のドライバ回りはどうですか？

zfsはメモリが2GB以上あるといいと聞きますが、コンソール上で1GBだとどんな
感じになりますか？ 512MBだと目も当てられませんか？
あとraidzは2GBでもストレスなく使えるでしょうか？

2GB を ZFS のみに捧げて他になにもしないのが吉

それが目的じゃない場合は使えないわけじゃないけど
ZFSの前提である潤沢なメモリという条件を満たさないので
メモリ的には苦しいんじゃない?

といいつつ 2GB メモリで desktop として使ってるけどさ

>>108
だよね。
改めて文字にされて突きつけられるとLinux→FreeBSDに大規模入れ替えするか、
悩むねー。今、ML115系はDDR2で今はDDR3でそっちの方が単価安いからね。
DDR3機を新規で組んでドライバ対応の速いLinuxを入れて、今のメイン機のメモリを
分散させて、使うかな。

Linux上のkvmで普通にFreeBSDうごくしね

>>110
それを言われちゃうときついなあ。
raidz, zfsは諦めて、マルチブートで実機に入れて、普段はLinux上でFreeBSD on VMかな。
でも、zfs使わなかったらFreeBSDの旨味がかなり減るなあ。

Linuxでraidz類似システムが技術的に完成したら勉強動機も薄れる。
FreeBSD9が出た、今が旬だと思うんだよね。

自宅では9でzfs動かしてるけど、客向けはまだ
ただ、ストレージ如きにメモリ食い過ぎてもったいないね

メモリ安いからええねん

>113
んだんだ

2,300円/GBだからねー。すごいよね。

エルピーダ倒産寸前だもんな

ストレージ用のサーバならいいが他の用途を兼ねさせるのはちょっとな

>>115
君いいメモリ使ってるねえ

俺の激安ECC DDR3メモリだと1500円/GBぐらい

>>119
それでデュアルチャンネル使えるの？

ごめん、750円/GBだった

>>120
はい。使えてます。

>>121
低価格帯メモリは物凄い安いね。

あとちなみにメーカーどこ？

サンマックスとかトランセンドとか。今見たらキングストンも似たような水準になってるね。

ECC無しならDDR3激安メモリ8GBが2500円程度、つまり313円/GBなのでまあこんな物でしょうか。

おまいらそろそろ>>118を許してやれよww

ズタズタにしないと気がすまないんだな

ECCはどういう時に効果的なの？

ECCのみプログラムのエラーを検出してデバッグできるという話？
non-ECCではOSやソフトウェア的アプローチで解決できないもんなの？

はやぶさが地球に帰ってこれる

>>125
2300円/GBはいいメモリだと思うよ？

最安値900円/1GBって言っているぞ。
アキバのどこを回ればいいんだ？
ttp://akiba-pc.watch.impress.co.jp/hotline/20101211/p_mem.html

>>131
タイムマシン使えて羨ましい

こっちか。
ttp://akiba-pc.watch.impress.co.jp/hotline/20111224/p_mem.html

バカみたいに安いなあｗｗ
なんだこれ

どうせエルピーダを潰して息の根さえ止めるチャンスとばかりに
無理した値下げをしてるんだろ？ｗ

ここで値下げしてもあまり関係ないんじゃ？

タイ洪水で当面HDDの供給が止まるから、他のPC部品がダブついてる。

少し下がって来た気がする

make大好きちゃん達はさんぶりちゃんやらいんぶりちゃんやら使っているのかしら

CPUの高速化よりもシステムの肥大化のほうが

Core i7 3930k でも buildworld & buildkernel に 24分+程度はかかるのな(90R上で90Rをbuild)
E3-1275だと 27分+ 1090Tだと31分+程度ということで

>>141
ボトルネックまではいかないまでも、
HDD I/O のウェイトが大きいとか。

Core i7 3930kでHTTをoffにすると buildworld & buildkernel が25分+か
HTTonのほうがこの用途では多少は性能いいのな

GPGPUをbuildworldとかportsのbuildにつかえないかなー

しかもdistccで!?

distccは後からでもいいから

わーい10 Release ALPHAだー　10 Release ALPHAだー　なんでもできるぞー

じぇじぇじぇ!!

10.0-ALPHA1上で10.0-ALPHA1をbuildworldすると
3930kでは27分ぐらい、E3-1225v3では30分ぐらいなので、
やっぱりHaswellの方がワットパフォーマンスがいいね。
make中は3930kは260ワット程度、1225vではピークで90ワット程度だしね。