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

**名無しさん＠お腹いっぱい。** · 2009/12/03(木) 21:19:20

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/

30 · 2009/12/21(月) 09:35:14

>>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

**名無しさん＠お腹いっぱい。** · 2009/12/21(月) 10:16:24

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

**名無しさん＠お腹いっぱい。** · 2009/12/21(月) 12:07:43

なわけねーだろ常考

**名無しさん＠お腹いっぱい。** · 2009/12/21(月) 12:12:51

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

**名無しさん＠お腹いっぱい。** · 2009/12/21(月) 14:31:16

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

**名無しさん＠お腹いっぱい。** · 2009/12/22(火) 00:00:30

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

/etc/rc.conf に

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

で良くね ?

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

**名無しさん＠お腹いっぱい。** · 2009/12/22(火) 05:09:39

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

**名無しさん＠お腹いっぱい。** · 2009/12/25(金) 16:05:43

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

da0でも
da0s1でも
da0s1dでも

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

**名無しさん＠お腹いっぱい。** · 2009/12/25(金) 18:34:04

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

**名無しさん＠お腹いっぱい。** · 2009/12/25(金) 21:08:13

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

**名無しさん＠お腹いっぱい。** · 2010/01/06(水) 11:03:34

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

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

**名無しさん＠お腹いっぱい。** · 2010/01/06(水) 17:23:49

ここのところ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.

**名無しさん＠お腹いっぱい。** · 2010/01/06(水) 17:26:18

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

**名無しさん＠お腹いっぱい。** · 2010/01/06(水) 17:48:35

>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スレっぽいけど、変更激しいみたいだから英語版の情報でも漁ってみては？

**名無しさん＠お腹いっぱい。** · 2010/01/07(木) 14:03:52

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

**名無しさん＠お腹いっぱい。** · 2010/01/07(木) 14:37:23

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

**名無しさん＠お腹いっぱい。** · 2010/01/07(木) 18:29:44

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

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 15:22:12

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

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 18:27:19

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

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 18:31:22

べつにいいじゃん

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 19:37:35

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

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 19:44:30

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

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 21:25:47

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

**名無しさん＠お腹いっぱい。** · 2010/01/09(土) 21:28:25

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

44 · 2010/01/09(土) 21:36:39

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

**名無しさん＠お腹いっぱい。** · 2010/01/10(日) 13:23:40

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

**名無しさん＠お腹いっぱい。** · 2010/01/10(日) 19:36:21

だいじょぉぉおぶい！

**名無しさん＠お腹いっぱい。** · 2010/01/10(日) 20:32:02

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

**名無しさん＠お腹いっぱい。** · 2010/01/10(日) 23:11:13

loader.conf

**名無しさん＠お腹いっぱい。** · 2010/01/11(月) 02:55:44

auto tuningじゃないの？

**名無しさん＠お腹いっぱい。** · 2010/01/11(月) 12:07:48

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

**名無しさん＠お腹いっぱい。** · 2010/01/11(月) 12:45:00

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

**名無しさん＠お腹いっぱい。** · 2010/01/23(土) 22:38:17

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

**名無しさん＠お腹いっぱい。** · 2010/01/23(土) 22:52:55

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

**名無しさん＠お腹いっぱい。** · 2010/01/23(土) 23:20:04

gs
hplip
pips-*
gutenprint
とかかな?

**名無しさん＠お腹いっぱい。** · 2010/01/24(日) 13:11:55

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

**名無しさん＠お腹いっぱい。** · 2010/01/24(日) 15:37:00

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

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

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

**名無しさん＠お腹いっぱい。** · 2010/01/28(木) 23:50:50

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

**名無しさん＠お腹いっぱい。** · 2010/02/01(月) 01:06:11

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のドライバを体験できず
もう寝る

**名無しさん＠お腹いっぱい。** · 2010/02/01(月) 01:31:50

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

**名無しさん＠お腹いっぱい。** · 2010/02/01(月) 02:27:24

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

**名無しさん＠お腹いっぱい。** · 2010/02/01(月) 07:52:47

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

**名無しさん＠お腹いっぱい。** · 2010/02/01(月) 22:20:23

そうだわな

**名無しさん＠お腹いっぱい。** · 2010/02/26(金) 18:50:53

保守

**名無しさん＠お腹いっぱい。** · 2010/03/01(月) 00:10:10

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

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 05:39:26

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

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 08:36:37

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

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 13:13:12

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

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 14:00:32

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

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 21:46:34

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

**名無しさん＠お腹いっぱい。** · 2010/03/05(金) 23:31:09

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

**名無しさん＠お腹いっぱい。** · 2010/03/06(土) 08:01:09

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

**名無しさん＠お腹いっぱい。** · 2010/03/09(火) 16:53:33

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

**名無しさん＠お腹いっぱい。** · 2010/03/09(火) 17:37:03

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

**名無しさん＠お腹いっぱい。** · 2010/03/10(水) 00:49:47

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

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 21:25:33

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

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 18:40:49

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

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 01:26:13

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

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 01:31:06

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

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 22:21:29

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

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

**名無しさん＠お腹いっぱい。** · 2010/03/24(水) 00:39:40

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

**名無しさん＠お腹いっぱい。** · 2010/03/24(水) 23:27:26

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

**名無しさん＠お腹いっぱい。** · 2010/04/05(月) 15:56:17

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

**名無しさん＠お腹いっぱい。** · 2010/04/06(火) 00:32:00

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

**名無しさん＠お腹いっぱい。** · 2010/05/03(月) 11:59:04

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

**名無しさん＠お腹いっぱい。** · 2010/05/03(月) 12:00:04

誤爆したスマソ

**名無しさん＠お腹いっぱい。** · 2010/05/16(日) 16:42:58

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

**名無しさん＠お腹いっぱい。** · 2010/05/17(月) 02:47:23

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

**名無しさん＠お腹いっぱい。** · 2010/05/18(火) 22:43:07

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

**名無しさん＠お腹いっぱい。** · 2010/05/19(水) 10:29:39

PHPか……

**名無しさん＠お腹いっぱい。** · 2010/05/19(水) 17:42:26

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

**名無しさん＠お腹いっぱい。** · 2010/06/02(水) 23:45:47

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

**名無しさん＠お腹いっぱい。** · 2011/04/10(日) 11:47:03.84

新CPUの季節再来

**名無しさん＠お腹いっぱい。** · 2011/04/10(日) 13:43:35.19

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 が必要なものなら使い方を調べる