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

サーバ本名: p202.razil.jp
IPアドレス: 210.135.100.132
ネットワーク帯域: 1Gbps

CPU: Xeon X5570 (8 core) x 2
論理CPU数: 16
メモリ: 24GBytes
Ethernet: Intel 82575EB Gigabit Network Connection
HDDコントローラ: LSI SAS1078 PCI-X Fusion-MPT (SAS 3Gb/s)
HDD: FUJITSU MBD2147RC (147GB 10000RPM 6Gb/s SAS-2) x 8

システムディスク: RAID 1 (上記のうち2台使用)
データディスク: RAID 1+0 (上記のうち6台使用)

これまで２ちゃんねるに入ったサーバの中では、最強の部類。

OS: FreeBSD 8.0R/amd64

まずはHDDの設定確認。

%mfiutil show volumes
mfi0 Volumes:
Id Size Level Stripe State Cache Name
mfid0 ( 136G) RAID-1 8K OPTIMAL Disabled
mfid1 ( 409G) RAID-10 8K OPTIMAL Writes

システムディスクのキャッシュが「Disabled」に設定されているな。
データディスクは「Writes」か。

%mfiutil show patrol
Operation Mode: disabled
Runs Completed: 0
Current State: stopped

パトロール機能が無効になっているみたい。

%mfiutil show firmware
mfi0 Firmware Package Version: 11.0.1-0015
mfi0 Firmware Images:
Name Version Date Time Status
APP 1.40.32-0650 Jun 18 2009 15:55:58 active
BIOS 2.06.00 active
BCON 2.2-16-e_8-Rel Jan 29 2009 12:52:11 active
PCLI 01.40-008:#%00007 Feb 6 2009 14:58:59 active
BTBL 1.00.00.01-0011 Nov 27 2007 18:29:20 active

11.0.1-0028 (APP-1.40.152-0827)
が最新か。少しだけ古いみたい。

http://www.lsi.com/storage_home/products_home/internal_raid/megaraid_sas/megaraid_sas_8888elp/index.html

ここからダウンロードして更新すればいいのかな。

えいっ。

%mfiutil flash mr1078fw.rom
WARNING: Firmware flash in progress, do not reboot machine... finished
mfi0 Pending Firmware Images:
Name Version Date Time
APP 1.40.152-0827 Mar 18 2010 11:38:13
BIOS 2.07.00 Jan 6 2010 05:49:42
BCON 2.2-20-e_11-Rel Jan 11 2010 16:47:53
PCLI 01.40-010:#%00008 Aug 21 2009 00:10:02
BTBL 1.00.00.01-0011 Nov 27 2007 18:29:20

リブート中、、、。

うむむ、ping戻らないな。
しくったのかも。(´･ω･｀)

しばらく戻らない場合、ブラジルの中の人にメールします。

なんだって〜！

あ、きたかな。

%mfiutil show firmware
mfi0 Firmware Package Version: 11.0.1-0028
mfi0 Firmware Images:
Name Version Date Time Status
APP 1.40.152-0827 Mar 18 2010 11:38:13 active
BIOS 2.07.00 Jan 6 2010 05:49:42 active
BCON 2.2-20-e_11-Rel Jan 11 2010 16:47:53 active
PCLI 01.40-010:#%00008 Aug 21 2009 00:10:02 active
BTBL 1.00.00.01-0011 Nov 27 2007 18:29:20 active

うまくいったようだ。ほっ。

>>570
A-Tigerもびっくりのスペックじゃないですかｗ
何この化け物

これが導入されるとP2の重さも解消されるのか…

このスペックなら重いのも解消されますねｗ

p2が重いのってスペックの問題だったのけ

新鯖にすればすべてが分かる

鯖自体は国内だからなぁ
前がどれだけのサーバーだったか知らないが

オクタコア…；
その鯖借りるとしたら月いくらすんだろ？A-tigerだって20位なのに…

901の時みたいな苦労…は無いかなあ当時よりFreeBSDも熟成されてるはずだし。

>>588
そもそもこんな鯖貸し出してるところなんて無いかも
あるとしてもVPSとかで専用鯖では無いだろうね

すげえ
本物の鯖だ

うひゃぁ

関鯖食べたいれす(^q^)

i7とかC2DみたいなPC鯖じゃねぇ
XeonのデュアルCPU16コア、SASディスク
正真正銘のIAサーバじゃねぇか

…あれ、HTなし?

コア数4個、スレッド数8個なのでHT有りですよ
ttp://www.intel.com/p/ja_JP/products/server/processor/xeon5000/specifications

>>594
あるはず。

というか、このサーバのHDDにはswapないのね。
まあ24GBytesもメモリがあれば問題ないか。

あ、確かに8コアじゃないですね。

> CPU: Xeon X5570 (8 core) x 2

(4 core with HT) x 2 が正しいと。
↓
FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs
FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 2
cpu3 (AP): APIC ID: 3
cpu4 (AP): APIC ID: 4
cpu5 (AP): APIC ID: 5
cpu6 (AP): APIC ID: 6
cpu7 (AP): APIC ID: 7
cpu8 (AP): APIC ID: 16
cpu9 (AP): APIC ID: 17
cpu10 (AP): APIC ID: 18
cpu11 (AP): APIC ID: 19
cpu12 (AP): APIC ID: 20
cpu13 (AP): APIC ID: 21
cpu14 (AP): APIC ID: 22
cpu15 (AP): APIC ID: 23

そか、
>CPU: Xeon X5570 (8 core)
これがすでにOSから見た論理コア数なのね
�dです

うむ、HDD遅いな。

p202# mfiutil cache mfid1 enable
Enabling caching of I/O reads
p202# mfiutil cache mfid0 enable
Enabling caching of I/O writes
Enabling caching of I/O reads

これで。

もしメモリが足りなくなってIOも限界だけどCPUに余裕がある状態になったら、compcache的なものを試すと良いかもしれ。

最初はこうだった。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: disabled
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes
write caching: write-back
read ahead: none
drive write cache: default
Cache Disabled Due to Dead Battery

今これ。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: none
drive write cache: default
Cache Disabled Due to Dead Battery

これにしよう。

p202# mfiutil cache mfid1 read-ahead always
Setting read ahead policy to always

今これ。

p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: default
Cache Disabled Due to Dead Battery

ふむ、

> drive write cache: default

write-cache [value]
Control the write caches on the physical drives backing
volume. The value argument can be set to either
``disable'', ``enable'', or ``default''.

In general this setting should be left disabled to avoid
data loss when the physical drives lose power. The bat-
tery backup of the RAID controller does not save data in
the write caches of the physical drives.

か。

p202# mfiutil cache mfid1 write-cache disable
Disabling write-cache on physical drives

にしよう。

今これ。
とりあえずこれで。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery

make -j 8 buildworld buildkernel 中。

すごく速いな。

APUがないと電源断で未書きが飛ぶ・時間はあってもHDDが書けなくなるから書き込みはキャッシュしない、と。
dead batteryって文言が繰り返されるのは気分よくないな

>>607
RAIDコントローラにバッテリが仮に乗っていても、
物理ドライブ内のキャッシュまでは保護しないから、
物理ドライブのキャッシュはdisabledにするのがいい、と書いてありますね。

あと、どうもこのコントローラには現在、
バッテリが物理的に実装されていないようです。

リブートした。
リブートすると、上がるのに10分近くかかるのね。

つまり
・RAIDコントローラにバッテリをとりつけてもらう
・UPSを接続し設定してもらう
この2つが達成されたときにライトキャッシュを有効化できる、と

>>610
そうですね。

iDCというぐらいで、UPSはさすがについているんじゃないかと思います。

ん、

p202# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/mfid0s1a 10154158 630640 8711186 7% /
devfs 1 1 0 100% /dev
/dev/mfid0s1e 10154158 249352 9092474 3% /usr
/dev/mfid0s1d 20308398 126714 18557014 1% /var
devfs 1 1 0 100% /var/named/dev
/dev/mfid1s1a 415015828 2756326 379058236 1% /home

mfid0 に使っていないところがあるのね。

>>611
UPSが付いていれば設定完了後はキャッシュを有効化できるということですか?

>>613
できないような。

http://lkml.org/lkml/2006/1/23/204
FreeBSDでは書き込みバリアに対する考えが無いから、SCSIのWrite Cache Enableで問題が起きる云々
この問題って解決されてるのかな?

disklabel コマンドではラベルを書き換えられないな。こうなる。

/tmp/EdDk.gpc0Ohr4vs: unmodified: line 1
disklabel: Class not found
re-edit the label? [y]:

普通のSATAのディスク(例えば今設定中のA-tiger)でもこうなるから、
これは8.xで変わったということかな。GEOMが入ったことで。

>>615
読んでみるです。

これかな。

http://www.freebsd.org/releases/8.0R/relnotes-detailed.html
[7.2R] The glabel(8) GEOM class now supports a new
UFS-based label called ufsid that can be used to reference
UFS-carrying devices by the unique file system ID.

This file system ID is automatically generated and detected
when the glabel(8) GEOM class is enabled. An example of
this new label is: /dev/ufsid/48e69c8b5c8e1b43.

The benefit of using GEOM labels in general is to avoid
problems of device renaming when shifting drives or controllers.

gpart でやるのか。ちとめんどいな。

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 - free - (96G)

gpart add -b start -s size -t type [-i index] [-l label] [-f flags] geom

ということは、、、。こうか。

p202# gpart add -b 83886080 -s 201781687 -t freebsd-ufs mfid0s1
mfid0s1b added

で、こうなった。

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-ufs (96G)

p202# disklabel -r /dev/mfid0s1
# /dev/mfid0s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 20971520 0 4.2BSD 0 0 0
b: 201781687 83886080 4.2BSD 0 0 0
c: 285667767 0 unused 0 0 # "raw" part, don't edit
d: 41943040 20971520 4.2BSD 0 0 0
e: 20971520 62914560 4.2BSD 0 0 0

しかしあいている b にアサインされるのか。
ちと気持ち悪いけど、

p202# newfs -U /dev/mfid0s1b
p202# mount /dev/mfid0s1b /mnt
p202# df -h /mnt
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1b 93G 4.0K 86G 0% /mnt

ちゃんと使えるようになったようだ。

せっかく b になったから、swap にしておくか。
こうだな。

p202# gpart modify -t freebsd-swap -i 2 mfid0s1
mfid0s1b modified
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-swap (96G)

で、/etc/fstab にこれを追加して、、、。

/dev/mfid0s1b none swap sw 0 0

うまくいくか試すと。

p202# swapon -a
swapon: adding /dev/mfid0s1b as swap device
p202# pstat -s
Device 1K-blocks Used Avail Capacity
/dev/mfid0s1b 33554432 0 33554432 0%

top で見ても大丈夫そうだな。

Swap: 32G Total, 32G Free

あとは、この /home を gjournal にするかどうか。
fsck したくないし。

p202# umount /home
p202# vi /etc/fstab
p202# gjournal label -f /dev/mfid1s1a
p202# gjournal list
Geom name: gjournal 2350801357
ID: 2350801357
Providers:
1. Name: ufsid/4bed22a66741190f.journal
Mediasize: 437712004096 (408G)
Sectorsize: 512
Mode: r0w0e0
Consumers:
1. Name: ufsid/4bed22a66741190f
Mediasize: 438785746432 (409G)
Sectorsize: 512
Mode: r1w1e1
Jend: 438785745920
Jstart: 437712004096
Role: Data,Journal

こうなった。

で、/dev/mfid1s1a.journal が作られない。

p202# gjournal status
Name Status Components
ufsid/4bed22a66741190f.journal N/A ufsid/4bed22a66741190f
p202# gjournal stop ufsid/4bed22a66741190f.journal

とやったらこうなって、

p202# gjournal status
Name Status Components
mfid1s1a.journal N/A mfid1s1a

ちゃんとデバイスができて、

p202# ls -l /dev/mfid*
crw-r----- 1 root operator 0, 86 May 16 14:48 /dev/mfid0
crw-r----- 1 root operator 0, 91 May 16 14:48 /dev/mfid0s1
crw-r----- 1 root operator 0, 93 May 16 23:48 /dev/mfid0s1a
crw-r----- 1 root operator 0, 110 May 16 15:36 /dev/mfid0s1b
crw-r----- 1 root operator 0, 94 May 16 23:48 /dev/mfid0s1d
crw-r----- 1 root operator 0, 95 May 16 23:48 /dev/mfid0s1e
crw-r----- 1 root operator 0, 92 May 16 14:48 /dev/mfid1
crw-r----- 1 root operator 0, 96 May 16 14:48 /dev/mfid1s1
crw-r----- 1 root operator 0, 100 May 16 15:56 /dev/mfid1s1a
crw-r----- 1 root operator 0, 113 May 16 16:19 /dev/mfid1s1a.journal

newfsもできた。

p202# newfs -J /dev/mfid1s1a.journal

ふしぎだ。

/etc/fstab にこう書けば、

/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

mount もできるようだ。

p202# mount /home
p202# mount
/dev/mfid0s1a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/mfid0s1e on /usr (ufs, local, soft-updates)
/dev/mfid0s1d on /var (ufs, local, soft-updates)
/dev/mfid1s1a.journal on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)

でも、こわいので念のため /etc/fstab に追加したやつは一度コメントアウトして、

#/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

/boot/loader.conf に以下を追加して、

# for gjournal
geom_journal_load="YES"

この状態で一度リブートしてみる。

>>623
あ、でも変だな。32G じゃないな。
スワップは 32G しか行かない仕様なのか?

上がったら確認しよう。

>>628
%sysctl kern.maxswzone
kern.maxswzone: 33554432

があん。

>>629
これ変えると何か起きそうだし、メモリ24Gだから、
上がったら swap は 32G に再設定して、残りは他に使うということで。

上がった。

/etc/fstab のコメントを外して、

/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

mount できるのを確認。

p2p2# mount /home
p202# df -h /home
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid1s1a.journal 395G 4.0K 363G 0% /home

で、/home のバックアップを戻してと。

p202# cd /home
p202# restore rf /var/home.dump

おー、こりゃ凄いスペックだ。
私でもあんまりお目にかかれないスペックですなぁ。

swap を減らす。

まず swap をはずして、

p202# swapoff -a
swapoff: removing /dev/mfid0s1b as swap device

/etc/fstab をコメントアウトし、

#/dev/mfid0s1b none swap sw 0 0

縮小してすわぽん

size は gpart modify では変えられないみたいなので、
いったん消去して、

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-swap (96G)

p202# gpart delete -i 2 mfid0s1
mfid0s1b deleted
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 - free - (96G)

作り直して、

p202# gpart add -b 83886080 -s 67108864 -t freebsd-swap mfid0s1
mfid0s1b added
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 67108864 2 freebsd-swap (32G)
150994944 134672823 - free - (64G)

/etc/fstab を元に戻して、swapon で元に戻す。

p202# swapon -a
swapon: adding /dev/mfid0s1b as swap device

これで、

p202# gpart add -b 150994944 -s 134672823 -t freebsd-ufs mfid0s1
mfid0s1f added

とやって、残りを普通のパーティションにし、

どうせだからgjournal化して、

p202# gjournal label /dev/mfid0s1f
p202# newfs -J /dev/mfid0s1f.journal

/etc/fstab にこれを追加して、

/dev/mfid0s1f.journal /work ufs rw,nosuid,noatime,async 2 2

とりあえず /work にでも mount しておくと。

p202# mount /work

p202# df -h /work
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1f.journal 61G 4.0K 56G 0% /work

カーネルのシェイプアップはきょうび、しなくていいかな。GENERIC のままでいくか。
最近だと /etc/sysctl.conf と /boot/loader.conf でいけるので。
どうせいまどきだとデバイス外すぐらいだし。

これで最終リブートテストして問題なければ、中身作りへと。

中身じゃなくて器だった。>>638

リブートテスト完了。

ブート時のこれ↓は、気にしなくてもいいのかしら。

GEOM_JOURNAL: Journal 2350801357: mfid1s1a contains data.
GEOM_JOURNAL: Journal 2350801357: mfid1s1a contains journal.
GEOM_JOURNAL: Journal mfid1s1a clean.
GEOM_JOURNAL: BIO_FLUSH not supported by mfid1s1a. ← これ

で、まだよく読んでないけど、
このサーバのリブートに異様に時間がかかりすぎな件は、
ひょっとするとこれ踏んでいるのかも。

i386/144956: [boot] Early minute-plus delay in boot on Intel Nehalem system
http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/144956

ということで、ちょっと休憩。
近くの河原にでも行って来るか。

賽の？

つ六文銭

これって２ちゃんでは導入できないんだろうか？
これ4台ぐらいに集約できるんじゃないか？

>>643
さすがに4台は無理だと思う
SSDの耐久性が飛躍的に向上すれば大丈夫だろうけど

でも、実況鯖の雪だるまを丸々置き換えられるくらいの性能は持っているかもね

10Gb Ethernet使えばネットワークも問題無し。
後ボトルネックはどこだろ。

机上の計算上，5,000万PV/月までならアプリケーションサーバ1台でさばける
http://gihyo.jp/dev/clip/01/orangenews/vol55/0003

>>645
総トラフィック数的にはGbEでも問題ないかと。
一番の問題は、ストレージでしょう。
これさえ決定的な解決策があれば収容数をかなり改善出来そう。

分散ファイルシステムとかどうなんだろ。
http://yebo-blog.blogspot.com/2010/05/ceph-file-system.html

>>640
GEOM_JOURNALでのBIO_FLUSH(書き込みキャッシュのフラッシュ)コマンドが
それより下位のレイヤへ伝えられないか、伝えたけれども実行できない状況の時に出るようです

停電でジャーナルすらも吹っ飛ぶような状況を回避するためにあるようなのですが
RAIDカードに書き込みキャッシュ保持用のバッテリーがある場合や
書き込みキャッシュがそもそも無い場合
は（書き込んだ分は書き込まれるので）リスクは低いそうです。

>>649
どもです。
とりあえず、先に進んでもよさそうですね。

>>600
compcache - Project Hosting on Google Code
http://code.google.com/p/compcache/

これはまた、おもしろそうな。

ntp はこいつらでいこう。

# NTP parent servers
server 202.224.32.4 iburst maxpoll 9 # ntp.asahi-net.or.jp
server 210.173.160.27 iburst maxpoll 9 # ntp1.jst.mfeed.ad.jp
server 210.139.246.140 iburst maxpoll 9 # ntp.so-net.ne.jp

HDDコントローラ: LSI SAS1078 PCI-X Fusion-MPT (SAS 3Gb/s)
HDD: FUJITSU MBD2147RC (147GB 10000RPM 6Gb/s SAS-2) x 8

これって動作は3Gb/sになるの？
コントローラに関係なく6Gb/sで動作するの？

>>573
基本のプログラムをだいぶ入れたので、

p202# mfiutil patrol auto

で、パトロール機能を有効化。

確認はこんなかんじで。

p202# mfiutil show patrol
Operation Mode: auto
Next Run Starts: Sat Jan 16 03:00:00 2010
Runs Start Every 604800 seconds
Runs Completed: 0
Current State: active
Drive 4: 0.55% complete, after 17s finished in 51:26
Drive 5: 0.55% complete, after 17s finished in 51:26
Drive 6: 0.66% complete, after 10s
Drive 7: 0.66% complete, after 10s
Drive 8: 0.66% complete, after 10s
Drive 9: 0.66% complete, after 10s
Drive 10: 0.66% complete, after 10s
Drive 11: 0.66% complete, after 10s

sasって6gbpsだっけ? 3gbps full-duplexじゃないっけ

>>651
組み込みなんかでは良く使われているようです。
メモリが多くてCPU負荷も高いサーバーにどうかは未知数ですけどね。FreeBSDに同等物があるかも未確認です。
Ubuntu 10.04だと以下でサクッと試せるので、そのうちサーバーで試すところも出てくるかな。
sudo modprobe ramzswap
sudo swapon /dev/ramzswap0 -p 100

本当にこんな化け物鯖使うの、、、
p2の重さが解消されるのか知らん。wktkが止まらない。

>>653
コントローラが3Gb/sまでなので、
3Gb/s動作ですね。

>>655
そうですね。
SATAよりはよいはずです。

あ、6Gb/sの規格も既にあるようです。SAS-2だったかな。

NTPはntp.nict.jpで、税金で運用されていますw

>>656
ふむふむ。

>>656
Linuxのlive時に使ったりしてましたっけ

>>653
>147GB 10000RPM 6Gb/s SAS-2
あ、確かにここにSAS-2って書いてあるな
SATA→3Gbps半二重
SAS　→3Gbps全二重
SAS-2→6Gbps全二重
ってことかな、でこのコントローラは-2非対応なので3Gbps全二重で動くと
ほむほむ

>>664
そんなかんじですね。

>>663
他のディストロまでは分かりませんが、Ubuntu 10.04のlivecdには使われていたかと。

>>658
ありがとうございます。
HDDの能力をフルに使えないのって寂しいですね。

>>667
逆に、これでHDDの能力があふれるようなら、
まだ改善の余地があるということなのではないかと。

このサーバはPHPがばりばり動くかんじですかね。
そんな方向で。

>>669
rootさん、p2鯖をNehalem Xeonに移行したら深夜帯の激重状態がサクサクになるまでいきますかね？
（find鯖の兼ね合いもありますが、あくまでp2鯖単体の能力的に）

>>669
ハイエンドのサーバーにPHPとは何とも不釣り合いな。
ソフトウェア見直した方が絶対良い気が。

>>670
最近p2サーバの様子見ていないので、ぜんぜんわかんないです。

>>671
p2はPHPで書いてあるのではないかと。

そうだそうだ
シェルスクリプトで書き直すべき

http://www.publickey1.jp/blog/09/facebook8php.html

PHPの遅さは異常。
http://www.publickey1.jp/blog/09/facebook09.png

>最近ではPHPをC++にコンパイルするといったアプローチを採用している
facebook凄すぎワロタw

>>674
Ruby遅い、、、。

パイソン以外に早いんだな
覚えよう

どうでもいいけどpythonのことぴーちょんって読んでるんだけど

公開されてた

PHPをC++化するOSSツール「HipHop for PHP」、Facebookがベータ版を公開
http://itpro.nikkeibp.co.jp/article/NEWS/20100204/344171/
Home - hiphop-php - GitHub
http://wiki.github.com/facebook/hiphop-php/

>>674
そのリンク先面白いですね。
facebookか。

>>678
すごいですね。

某なんとかランも、確かPHPだったような。

>>678
この前幸せ鯖に入れようとしたけど、Limux依存なpkg多くて、
FreeBSDに入れるには面倒でやめたと言うオチが

# 依存環境満たせば動くかもだけど

>>641
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"

これらを /boot/device.hints に入れろと。
しかし、ううむ。

>>681
libcapがLinux固有な予感
http://groups.google.com/group/hiphop-php-dev/browse_thread/thread/6f7933799320fa75?fwc=2

>>654
ディスクのパトロールは無事に通ったようだ。

%mfiutil show patrol
Operation Mode: auto
Next Run Starts: Sat May 22 03:00:00 2010
Runs Start Every 604800 seconds
Runs Completed: 1
Current State: stopped

sageろ

age

>>683
libcap を FreeBSD でコンパイルしようとすると、 Linux 固有のライブラリを要求するんだけど、
そこまでクリアしようとするくらいならしょっぱから Linux を選ぶ方が楽で早いというオチです

ひととおり仕上がった気がする。< 新p2サーバ

最終リブートテスト中。
>>682 のテストはまだ。

今の p2 サーバの様子を久しぶりに見てみると、、、。

CPUは遊んでいるみたい。まだまだ余裕。
でも、HDD I/O はだめだめ。常時 100% はりつき。
というかオーバーしている。

これだと新サーバにしても、同じように HDD I/O があふれて、
宝の持ち腐れになるのかも。

というか、今の cw43 = p2.2ch.net って、
私が多忙＆体調不良の時に一度あぼーんして、
ブラジルなサーバに切り替わっていたような。

>>687
そうでしょうねぇ。
まぁそれにPHPをC++にトランスレートしてコンパイルしても速度が2倍程度で微妙ですしね (待ち行列から考えるとでかいですが)。
どう工夫しても動的型付け言語は静的型付け言語に速度で勝てないわけで。

>>689
やっぱりストレージがボトルネックなんだ…
SSDならマシになるんでしょうか

>>689
なるほど…ストレージI/Oの問題か。
今p2ログインは激重です、はい。
gimpoみたいにSSD化するのが一番早いのかね？（容量的にきついのかもしれないが）

ログインならp2じゃなくてfindなんじゃないの？

というか、器の問題というより中身の問題なのでは
p2の作りからしてストレージアクセスが多いのが問題なのではないかと

>>687
無理に顔出さなくてもｗ

>>695
そんな気もしますね。

というか、HDDのアクセス異様に多いな。しかも読むほう。
p2って、ユーザのdatをキャッシュしていたりするのかしら。

>>694
ああ確かにそうだなすまん。
p2のアクセス自体はまあぼちぼちというくらい。
サクサクまでは行かないなあ…

>>689
readとwriteの比率や、スワップの使用率などが無いとなんとも。
まぁソフトウェアの問題の可能性が高い気がするが。

むむむさん

メールありがとうございました！
今ざっとレスのほうを見たので返答します。

- リブートにじかんがかかる

このFUJITSUのマシン全般、FreeBSD上でカーネル読み込み時になぜか時間がかかるのです。ただ、きちんとあがりはします。
上記であがっているprに該当するかはわからないですが、Nehalemファミリでも該当するものとないものがあって、FUJITSUのこれはまれにこの現象を起こしているようです。

- writecache with battery
一応IDCの中で予備電源があるので大丈夫だとは思いますが、、判断はおまかせします。物理的につけるとなると、保証うんぬんがあって難しそうです。不可能ではないと思いますが、

- mfid0の未使用領域
何かを待避する用のパーティションやswapのために微少ながらのこしてあります。swapでしたらこちらから切ってもらえれば、という感じです。
とおもったらそのしばらく後でアサインされたようですね。

- SASバス
おっしゃるとおり、3Gb/sがMaxです。

- パトロールを無効にしていた理由
現cw43でも同じコントローラだったのですが、ディスクが忙しい、忙しくないに関係なくパトロールが行われるので、I/Oの多いサーバーでは無効にしていました。

>>697
readが多いか。8:2の法則でどうこうすれば良い伊予柑。

>>697
２ch検索でp2で読むリンクがあるから（笑）

オレ様はp2重いからリンクをコピ〜して専用ブラウザで読むけれど

２ch検索はp2用ではない普通のレス番URLのリンクが無いから

p2で一発クリックで読む人の方が多いと思うです〜♪

>>700
おつですおつです。

> このFUJITSUのマシン全般、FreeBSD上でカーネル読み込み時になぜか時間がかかるのです。

ディスクがFUJITSU、ということですかね。

> - writecache with battery

あればうれしいですね。
投資の問題がからむので、なかなか大変かもですが。

> - mfid0の未使用領域

はい。

> - パトロールを無効にしていた理由

なるほど、、、パトロールしている場合じゃないぐらい忙しいと。

読むほうっていうのは、スレッドを読むほうではなくHDDのreadって意味なんですか？
文脈からすると、「スレッドを読むほう」という印象を受けますが。

そんなわけで、パトロールはとりあえず切っておくか、、、。

%mfiutil patrol disable
%mfiutil show patrol
Operation Mode: disabled
Runs Completed: 1
Current State: stopped

>>704
入っているものの中身を見ていないのでわからないです。

システムから見ると、蓄えられているデータへの「読む」なアクセスが
異常に多いような気がします。

>ディスクがFUJITSU、ということですかね。

マシンがFUJITSU、ということでした。RX200S5というマシンを使っています。
I/Oが一番強いのがこれだったので、ということでアサインしたのです。

>なるほど、、、パトロールしている場合じゃないぐらい忙しいと。
>そんなわけで、パトロールはとりあえず切っておくか、、、。

すみません。。

akiさんにもお伝えしたのですが、現状のp2のロジックだとファイルの読み出しのためのI/O(open/closeとか)が多いので
DIRHASHがあっても、あのパフォーマンスでいっぱいだったのかなって気がしています。
このあたりは次期のもので改善するといいなと思ってます。格納次第でかなり改善できるところだと思うので、、

今回SSDを採用しなかった理由としては、ほかのサーバーでSSDを採用した時に(たぶん寿命の段階で)ファイルの一部が化けるということが起こっていて、
RAIDチップがうまくその問題を回収してくれるかどうかが不明だったためSASの早いのを取り込むことにした、というのが理由です。もちろん、いつかはシフトできるといいですが。、

>>707
> 今回SSDを採用しなかった理由としては、ほかのサーバーでSSDを採用した時に(たぶん寿命の段階で)ファイルの一部が化けるということが起こっていて、
> RAIDチップがうまくその問題を回収してくれるかどうかが不明だったためSASの早いのを取り込むことにした、というのが理由です。もちろん、いつかはシフトできるといいですが。、
解説�d。
鯖用途だとやはりきついのか…個人ユースだとバリバリ速いんだがなあ。
これだけの費用投じてCPU余ってるならRAIDカードとSSDを…と一瞬思ったが、ファイル化け出るならどうしようもないな…

＞SASの早いの
コントローラが・・・。

ユーザデータの読み出しもあるから結構きついよね。
というか、ユーザデータはキャッシュされる（されている）のかな？

>>707
>(たぶん寿命の段階で)
SMARTの値が出ないタイプのSSDだったのかな?

>>707
これですか。

PCサーバ PRIMERGY（プライマジー） RX200 S5 タイプ一覧・価格 : 富士通
http://primeserver.fujitsu.com/primergy/catalog/rx200s5/

SSDはまだ時期尚早なのか

>>707
> 現状のp2のロジックだとファイルの読み出しのためのI/O(open/closeとか)が多い

せっかくメモリ多いわけで、/md (mfs) を使うとか、そういう技はあるんですかね。
p2 側の改良が必要なのかな。

p2 のユーザで書き込める、
/md/(p2のユーザ) というのをブート時に作るようにしておこう。
使う気になれば使えるように。

> これだけの費用投じてCPU余ってるならRAIDカードとSSDを…と一瞬思ったが、ファイル化け出るならどうしようもないな…
ちなみに採用したのはMLCでした。だからなんだ、というわけではないですが、、
SLCを2~3年ぐらい前に導入していますが、そちらは問題ないです。さすが、という感じなのか。。

RAIDカードのエラーを知るために故障SSDときちんとしたディスクをいれてsync -> 整合性checkをしたのですが、
たぶん領域が変わったのかエラーが回収できなかった、という過去があります。
そのあたりの挙動がはっきりわかったら入れ替えるのはありかなぁ、と。仮にマスタ側がSSDで化けられたら困るので、、

でもブ社ではいくつかSSDを投じているので、早い段階でサービスに投入できればいいな、と思っています。


> というか、ユーザデータはキャッシュされる（されている）のかな？
キャッシュのレイヤにもよりますが、memcachedの採用されている部分もいくつかあるようです。(セッション？)
ただ、ユーザーデータ等のサイズも大きい(大きくなる)ので、やはりディスク待避も仕方がない部分があると思います。24GBのメモリだとしても。


> SMARTの値が出ないタイプのSSDだったのかな?
たぶんでるとは思いますが、、すみません、SMARTはあまりチェックしていないのです。。
もし仮にSMARTで(致命的な)エラーが検出できるのだとしたらかなりよいと思いますが、
たとえば寿命セクタのエラーが一定以上出たら、、のような個体差があるようなもので判別することになるとするとちょっと、、というキモチではあります。。


>> RX200 S5
はい、そのマシンです。ちなみにorzにも1台投入する予定です。

/md はとりあえず 500MBytes とった。

>>714
> キャッシュのレイヤにもよりますが、memcachedの採用されている部分もいくつかあるようです。(セッション？)

cw43 を見ると、

memcached-1.2.5 High-performance distributed memory object cache system
pecl-memcache-2.2.3 Memcached extension

これらが入っているようですね。

というか、今入っている ports との比較をしておこう。
入っているものはとりあえず入れる方向で。

> せっかくメモリ多いわけで、/md (mfs) を使うとか、そういう技はあるんですかね。

メモリディスクはかなり有効だと思います。
僕はメモリディスクに乗せるデータをgzして乗せるのとかはいいかな、と思っています。
メモリ読み出しもDDR3なので早いですし、これだけCPUリソースが余っているので。。

なんだ　スレというかレスとかの読み込みじゃないのね（笑）

でもfind重い時は新さ〜ヴぁでもどうにうもならないんでしょ♪

>>717
つまり p2 の側で、メモリディスクを使うように改良する方向性ですかね。

>>714
�d。
SLCは3〜10倍くらいあるし、実際にエンタープライズで使われてるからMLCかなとは思ってた。
S.M.A.R.T.で寿命（SSD内部の正常な書き込み領域が減ってきた、無くなった）が出るSSDは既にあるんで
そこそこの頻度でS.M.A.R.T.確認が出来るならなんとかなりそうなものかなとは思いまする。
一応、突然の故障はSSDでもあるんでそこはRAID使ってカバーで（これは個体差的な意味でどうしようもないんで）。

まあ鯖が来てしまった以上しょうがないんでRAMストレージで凌ぐのは有効とは思う。
指摘の通り強力なCPUがあるわけだし。

>でもfind重い時は新さ〜ヴぁでもどうにうもならないんでしょ♪

findは、、すみません。。あれもp2と同じような問題でファイル読み出しが重いのが大部分だと(僕は)おもっています。。
/tmpにキャッシュをじゃんじゃん作っているので、こりゃ重いわ、とよく思っています。
ただ、これについては(キャッシュという特性上)消えてもよいファイルなので、SSDでもよいのかもしれないですね。
>S.M.A.R.T.で寿命（SSD内部の正常な書き込み領域が減ってきた、無くなった）が出るSSDは既にあるんで
こんなご指摘もあるので、機会があればぜひやろうと思います。

> つまり p2 の側で、メモリディスクを使うように改良する方向性ですかね。
はいー。格納ロジックはどうあれ、バランスよくリソース配分ができるといいなと思います。
何か困ったことがあったら、またメールいただければ善処します。お疲れ様でした！

readが多いってのは仕組みに関連するのかなぁ
まとめ読みとかするから多数のデータを読んだりすることが多んだろかー？

＞ただ、ユーザーデータ等のサイズも大きい(大きくなる)ので、やはりディスク待避も仕方がない部分があると思います。
やっぱそうですか。

phpなんかのメモリ管理/データ管理機構ってのを良く知らないんだけど、
phpが呼ばれるたびにユーザデータの（HDD、もしくはキャッシュからの）読み込みが行われるんですか？

>>721
＞あれもp2と同じような問題でファイル読み出しが重いのが大部分だと(僕は)おもっています。。
＞/tmpにキャッシュをじゃんじゃん作っているので、こりゃ重いわ、とよく思っています。
それって検索用のサーバという話ですよね？
現状、find検索とp2（モリタポの）認証APIサーバが同じサーバだと思うんですが、それを分割できないんですかね？
find検索が重くなるたびに認証に影響を与えていると思うんですけど。

>>721
> はいー。格納ロジックはどうあれ、バランスよくリソース配分ができるといいなと思います。

そんなかんじですね。

器の側はもちろんできるだけがんがりますが、
一般的にいって中身の側できることは、器の側よりももっと多いような気がします。

> 何か困ったことがあったら、またメールいただければ善処します。お疲れ様でした！

どもです。
できる範囲で表(こことか)でやれるとうれしいですね。

>>721
> /tmpにキャッシュをじゃんじゃん作っているので、こりゃ重いわ、とよく思っています。
CPUが余ってるならそれこそRAMストレージでいいのではないかと（容量が足りるなら）。
マシンパワーが潤沢ならコスト掛けてSSDに置くよりも速いってのもあるんで。

>>722
システムの動きを見ての推測に過ぎませんが、
p2 の側で各ユーザごとの dat のキャッシュ(?)みたいなものを、
読んでいるんじゃないかと思っています。

なんというか、ユーザが多くなったことでいちばん苦しくなりそうなところなので。

> phpが呼ばれるたびにユーザデータの（HDD、もしくはキャッシュからの）読み込みが行われるんですか？

深くは読んでないので一概には言えないのです、、が、p2のロジック的に読み込みが走る部分はそれなりに多いと思います。
ただ、いろんなサーバーで動くことを考慮したりすると、互換性のためにそのような仕組みにする必要があるのも頷ける部分は多いと思います。

> 現状、find検索とp2（モリタポの）認証APIサーバが同じサーバだと思うんですが、それを分割できないんですかね？

おっしゃるとおりです。。僕の判断でどこまでの範囲を話していいのかわからないのであまり深いことはいえないですが、
各サービスが足を引っ張らないような独立性を保つことは、今の2ch検索を含む、いろんなサービスにいえることだな、と思います。


> CPUが余ってるならそれこそRAMストレージでいいのではないかと（容量が足りるなら）。
こちらもそのようにしたい！ですが、分散サーバーがたくさんある、というものなので残念ながら一台あたりのマシンはそこまでパワーがありません。。
確かに省コストでやるならそれも手なのですが、自由に使えるバッファキャッシュがあったほうがプログラムがすぐできるよ！という部分もあるので、SSDを押していたのでした。

>>727
> こちらもそのようにしたい！ですが、分散サーバーがたくさんある、というものなので残念ながら一台あたりのマシンはそこまでパワーがありません。。
なるほど。
PC系には詳しくとも鯖はさっぱりなんで勉強になりますな。

UFSの性能が低いのも響いてる気がする。
ZFSもZFSでメモリ喰いだったりRAIDと相性悪かったりで微妙。

結局軽くはならないんでしょ（笑）

>>723
認証鯖いいですねぇー
でもまあそこら辺は技術的な問題とさっきrootさんが言っていたように投資の問題があるかと・・・

>>726
ユーザのアクセス一回で色んな物を読んでるような気がしますねぇ、p2の動作から想像すると。

＞なんというか、ユーザが多くなったことでいちばん苦しくなりそうなところなので。
これは今のところ制限なく増えていくんでしょうしちと辛いでしょうね、、、
ネックはI/Oかぁ、もうHDDのじだいじゃ無いんだなぁ、凄いじだいだ。

最近なにかと流行りのZFSは
コントローラに頼らないエラー検出がウリだそうで
実際、コントローラが何もエラーを吐かないのに
ZFSがエラーを検出してアレイをデグレードしたという話もあるそうです。
http://ftp-admin.blogspot.com/2009/10/zfsraid.html

SSDもECCの許容範囲を超えた場合、訂正不能どころかエラー検出すらされない場合があるので
こういう場合は相性がいいのかもしれませんね

> UFSの性能が低いのも響いてる気がする。

UFS自体の性能は、最高！とはいえないですが、GJOURNALのおかげもあって、安定性やパフォーマンスの総合点で見て非常に優秀だと思います。
FreeBSD上でいけば、現在CURRENTで進められているGEOMレイヤのディスクスケジューラが入れ替えられるようになればかなり優秀な物になると思います。
現在の重み付けラウンドロビンだと、大きなシーケンシャルwriteが挟むとほぼブロックに近い応答性能になっていまうので。。
おっしゃる通り、ZFSはやはりエンタープライズの、もっとリソースに余裕のあるところ向けな気がしますね。。今は。


> 結局軽くはならないんでしょ（笑）

ですね！その通りでつらいです。。
いつかは "昔は重かったけど、、" なんて言ってもらえるようにがんばります。

> ZFSがエラーを検出してアレイをデグレードしたという話もあるそうです。

これはかなり興味深いです。ZFSのエラー検出は256bitのchecksumなので、SSDのビット化けにはうってつけだと思います。
たぶん、もうしばらくするとLinuxやBSDでもこのようなchecksumの整合性チェックのようなものはすぐに出てきそうな気がします。もう出てるかもしれないですが。
SSD向けのファイルシステムは、もう少しきちんと調べてみた方が良さそうですね。

>>731
＞投資の問題があるかと
ブラジルにとって認証サーバって要（かなめ）だと思うんですよ。
まず認証が出来なければ、モリタポサービスのほとんどが受けられないわけですから。
もちろん「一時的に認証出来ないリスク」と「そうならないための投資」とを天秤にかけてみてどちらを取るかというのはわたしには判断できませんが。

> もちろん「一時的に認証出来ないリスク」と「そうならないための投資」とを天秤にかけてみてどちらを取るかというのはわたしには判断できませんが。

僕の個人的なところですが、そもそもfindが重いと認証ができないんだ！ということを忘れていました。(関係者がみてたら怒られるかもしれないですが)
ただ、次期のバージョンではこーしよう、あーしようみたいなのは練ったり作ったり、としているので、弱点ははやいところ埋めようと思います。


ではでは、p2のサーバーがうまく運用できるようにと願います。
関係のないレス増えてしまいすみません。皆様コメントありがとうございました。

さて、そろそろ今日は店じまいの予感。

・新eqサーバのDNS変更依頼
・新p2サーバの設定続き (>>716 から)
・新p2サーバのDNS変更依頼
・bbq2用サーバ(tiger3546)セットアップ

を、明日以降ぼちぼちと。

>>735
> 僕の個人的なところですが、そもそもfindが重いと認証ができないんだ！
> ということを忘れていました。(関係者がみてたら怒られるかもしれないですが)

とてもいいところにきがつきましたね（ぼうよみ）。

そんなわけで、おやすみなさいです。

>>735
お疲れさまどす。
>>737
rootさんもお疲れさま。

乙乙

乙です乙です

>>735-736
お疲れ様です。。。

(´-`).｡oO(　「ゆ」さんと聞いて「ゆってぃ」しか（ｒｙ。　)

>>741
♪さんも…♪さんはいつも乙。

どうして携帯p2は重くないんだ（笑）

それでわかるだろ・・・・・

>>741
むしろ「ゆんゆん」でひとつ。

>>742
あなたも乙。

>>743
おそらくな話で申し訳ないけど、携帯の通信自体が遅いからだと思う。
だから体感しないんじゃないかなと（わたしの感想）。
（というか、わたしその時間携帯からp2しないし）

>>744
知り合いにいます。

せっかく良いスレの流れだったのに
台無し

いつも出しゃばってくるんだよなこいつは♪

>>745
灰スピ〜ド携帯使ってた頃も軽かったぞ（笑）

普通の携帯メニュ〜とかアフォらしくて使えないけれど

今は進化したのだろうか・・・・

逆にpcp2は重くて使ったら悪いような気になる♪

>>736 に追加。
・smaretmontools によりデータをとるための作業＆作業依頼

3-50万って思ったより高くないのね
ジャンクで買ったUnix鯖がもっと高かったから意外だった

まずeqのDNS変更依頼やります。
以下の内容で依頼かけます。

(現状)
+eq.2ch.net:206.223.154.240

(変更後)
+eq.2ch.net:206.223.152.155

どうかな。
http://eq.2ch.net/

rootさん、お疲れ様です(｀・ω・´)ゞﾋﾞｼｯ!!下記のように表示されました

【eq.2ch.net】
eq.2ch.net (at banana3104) 建設予定地

どもです。>>753
中の人からも変更完了のお知らせがありました。

＜以下、なまずさんへ＞
・新しい eq.2ch.net ができました。使ってみてくださいです。
・ログイン名とパスワードは前のeq.2ch.netと同じです。
・中身はまだ空です。
・２ちゃんねる(bbs.cgi)のほうは対応してあります.。しかけが動けば従来どおりの動作のはずです。
・その他何かあった場合、遠慮なくご連絡をくださいです。

次、smartmontools を使えるようにする件を依頼してみよう。

・gimpo用ユーザのoperatorグループへの追加 at tiger3530

定型文ではなくて提案文を書かないといけないので、
依頼自体は数分後ではなくてもうちょっとあとでいきます。＞なかのひと

先にtiger2514(旧eq)を返そう。halt 済。
tiger2514 はそのまま退役で。
作業完了のメールの返事でお伝えするということで。

>>756
引き取り完了の旨返事いただきました。

おつかれさまです
tiger2514 もお疲れ様でしたー

>>528
どうやら最新版になっているようです
ttp://www.maido3.com/server/zousan/nikki159.html

>>759
おお、追記が。おつです。

新p2のIPアドレス 210.135.100.132 はbbs.cgiへの登録が必要になるです。
いってきます。

>>761
210.135.98.42 を 210.135.100.132 に変更。

高木浩光＠自宅の日記 - 先週からEZ番号の変更が不可能にされていた
http://takagi-hiromitsu.jp/diary/20100516.html

EZ番号は2010年5月10日から「EZwebの廃止と再加入」では変更されなくなった、
というのは確定情報、ということですか。

しかし店頭掲示するなら、別にこそこそやる必要もないような。

# で、その理由は「お客様の利便性向上のため」ですか、、、。なんだかなぁ。

言い訳としてそれが多少なりとも通用してしまうのは、
2chが全規制して全員巻き添えだから、それが解消されれば
張本人以外の「お客様の利便性向上」になるから、と。

トラックバック:http://takagi-hiromitsu.jp/diary/tb.rb/20100516

運用からはトラックバック送信できなかったような気がする

届いてるみたいだよ

あ、本当だ
でもこの前rootたんがトラックバック送信しようとして失敗していたような気がしたけど

この話、auは被害者にしか見えないｗ

>>755 をお願いした。
↓
ご担当様:

お世話になっております。

SSDを搭載し２ちゃんねるに導入したtiger3530サーバですが、
本稼働初日に一度謎の「プチフリーズ」症状を起こしたこと以外には、
現在のところ順調に稼働しているようです。

しかし、SSDによる本運用は２ちゃんねるにとって初のものであり、
今後もさまざまなチェックや運用状況の監視等が必要になると考えております。

これらを、２ちゃんねるのログインユーザ(ch2xxxx)の権限でも
可能になるようにし、今後の運用ノウハウの蓄積に役立てるため、
tiger3530サーバにおいて以下の設定を実施いただけますでしょうか。

・/etc/group の operator グループへの ch2xxxx ユーザの追加

(現状)
operator:*:5:root

(変更後)
operator:*:5:root,ch2xxxx

これによりSSDのディスクを監視するための smartmontools コマンドを
root 権限なしでも実施可能となります。

なお、設定内容については２ちゃんねる上で公開し、
共通の知見として蓄積を図りたいと考えております。

以上、どうぞよろしくお取り計らいのほどお願い申し上げます。

>>770
光の速さで設定してもらえました。

tiger3530:~$ smartctl -d ata -i /dev/ad6
smartctl version 5.37 [amd64-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: INTEL SSDSA2MH080G1GC
Serial Number: CVEM847401YB080DGN
Firmware Version: 045C8820
User Capacity: 80,026,361,856 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1
Local Time is: Mon May 17 02:42:49 2010 PDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

あとは、じっくり料理するということで。

どくおさんへ:

http://www.maido3.com/server/zousan/nikki160.html

/home を noatime にするは２ちゃんねるの root 権限ありサーバでは、
大昔から設定しているです。

最初に設定したのはまだ HE 時代だったかな。
ここの過去ログでやっているです。

特に、I/O の遅いディスクで効果が実感できました。
例えば旧bananaとか。

でも定量的な計測はしていないので、ベンチすると面白いかもですね。

そんで、私がセットアップした root 権限ありサーバの /home は、
昔から今まで例外なく、noatime 設定です。

atime 使っているアプリがないなら、
純粋に1ファイルあたりの処理量が減るので、
特に小さなファイルがたくさんあるような場合には有効かなと。

というか、ちゃんとだんこがいさんのブログに書いてあるですね。

> これが細かいファイルがもっと沢山あって、
> それらの＊内容＊が頻繁にアクセスされる状況ではもっと出るかと思われます。

noatime 付け忘れてNTFSのディスクイメージをマウントして読んだら大変なことになったの思い出した('A｀)

サーバ入れ替え警報　!!

ターゲットは　yutori7 , tsusima

えー（棒）

>>776
おぉー

なんと

>>776
いつごろの予定なのー？

yutori7にある板（17板）
accuse 2ch批判要望　ad 宣伝掲示板　ana アナウンサー　base プロ野球　campus 大学生活
f1 ﾓｰﾀｰｽﾎﾟｰﾂ　k1 格闘技liveplus ニュース実況+　mnewsplus 芸スポ速報+　news4plus 東アジアnews+
news4vip ニュー速VIP　nida ニダー　ogame2 ネトゲ実況2　pc2nanmin PCサロン　ranking 格付け
soccer 国内サッカー　warhis 三国志・戦国

tsushimaにある板（3板）
korea ハングル　news ニュース速報　newsplus ニュース速報+

HDD + SSDヘテロサーバー導入の流れ！？

今日、明日はない　(ｷﾘｯ

随分余裕のある警報だなｗ

ってことは明後日だな！

やる気の問題でしたか（ﾎッ

なんと。
性能は如何に。

んじゃ、明後日か

よ、予報か・・・
それか、注意報か

わくわく

tsushimaでお願いします　＞　運営殿

WC、参院選対策仕様になるとか

これ置いとくね。

　　　　　　 ＼170 名前：マァヴ ◆jxAYUMI09s ／
157 マァヴ ◆＼　　　　　　　　　　　　　　　　 ／
　　　　　　　　　　＼また失敗した(^_^;)＞p ／Update失敗したらa
　　／￣￣￣￣￣ ＼　　　　　　　　　　 ／://pc11.2ch.net/test/r
＜　おまいら次もいき＼∧∧∧∧∧／ァヴがpc11.2ch.netの鯖
　 ＼＿＿＿＿＿＿＿＜　　　　　　　＞tp://news23.2ch.net/t
　　　　　　　　　　　　　＜　予　　 ま　＞また、マァヴ◆jxAYUMI09
　　　　　　　　　　　　　＜　　　　　た　＞p://news23.2ch.net/te
─────────＜　感　　 失　＞──────────
　／￣￣￣￣￣￣￣ ＜　　　　　敗　＞616 名前：マァヴ ◆jxAY
＜ pc11のBIOSアップ＜　 !!!!　　の　＞>607
　＼＿＿＿＿＿＿＿ ＜　　　　　　　＞ファイルの準備がいまいち
　　　　　　　　　　　　　／∨∨∨∨∨＼
　　　　　　＼オーー／　　　　　　　　　　 ＼ オフレコ-------------
　　　∧＿∧∧＿／74 名前：マァヴ ◆jxA＼たく言うと、更新用の
　　 （　　　　）　／　　　　　　　　　　　　　　　　 ＼でオフレコ-------
　　　　　　　／ BIOSアップデート失敗した(^_^;) ＼

これも

　　　　　　 ＼663 名前：ちきちーた ★　[]　投 ／
498 名前：ち ＼　　　　　　　　　　　　　　　　 ／名前：ちきちーた ★
　　　　　　　　　　＼うむ　失敗したみたい ／なーに　もう一回作業
　　／￣￣￣￣￣ ＼　　　　　　　　　　 ／
＜　すすきのタイムは＼∧∧∧∧∧／794 名前：ちきちーた ★
　 ＼＿＿＿＿＿＿＿＜　　　　　　　＞そんな難しいのは知らないﾆﾀﾞ
　　　　　　　　　　　　　＜　予　　 ま　＞ftp だけ知っているﾆﾀﾞ
　　　　　　　　　　　　　＜　　　　　だ　＞
─────────＜　感　　 薄　＞──────────
　／￣￣￣￣￣￣￣ ＜　　　　　野　＞498 名前：ちきちーた ★
＜ できることをする　＜　 !!!!　　の　＞>>493
　＼＿＿＿＿＿＿＿ ＜　　　　　　　＞みんなに氏ねと言われる
　　　　　　　　　　　　　／∨∨∨∨∨＼簡単なお仕事です
　　　　　　＼オーー／　　　　　　　　　　 ＼
　　　∧＿∧∧＿／701 名前：ちきちーた ＼りは自己満足(smile)
　　 （　　　　）　／　　　　　　　　　　　　　　　　 ＼
　　　　　　　／ 別のサーバで作業していたw 　 ＼

マァヴは死んだ

(´；ω；｀)ﾌﾞﾜｯ

おいまじかよ変わるのかこれは楽しみだっ！！ワクワクッ！！

>>775
ふむふむ。
そういえばこんな話も。

NTFS で noatime / windows vista以前のマシン｜でびぞー徒然日記
http://debz-di.kabocha.to/archives/2009/12/20091231230420.html

tsusimaって？tsushimaとはチガウの？

誤字はおいちゃんのお茶目さ

takeshimaのつもりがtsushimaで作業していたﾆﾀﾞ

とかならないだろうな

今度のtsushimaとyutori7はroot権限ありにして欲しいなあ
にしても、最近rootさんとおいちゃんって若干ギクシャクしてるような…ただそう思っただけだけど

http://www.maido3.com/server/ssd/
> 一言：ワールドカップのりこえるぞ！

ちゃんとtsushima以上(anchorage並)のチューニングをしないと絶対乗り越えられない気がする

rootさん、p2サーバのセットアップ、お疲れ様です、ありがとうございます。

設定一カ所すみません・・・!
p2のデータディスクのnewfsの設定、
inode一個あたりのバイト数が4096になるようにお願いします。
newfsが入ることを予期していなくてお伝えできていませんでした。

１号さんから「HDD満杯が原因っぽいですー。」
との連絡あり。

>>804
了解です。あとでやっておきます。

が、「そんなことをしないといけないほど、
細かなファイルが山ほどある」というのが、
p2.2ch.netのパフォーマンスが出ない、そもそもの原因かも。

ご本人降臨してるのに僭越ですが
p2.2ch.netではないですけど
自鯖用のp2ではあるrep2はソース公開されとります。
そこから何かはいいことはうまれますでしょうか？？？

HDDが満杯って・・・ログデータとか溜まりっぱなし？？

ワールドカップを乗り越えるために、
新yutori7と新tsushimaには、この設定を追加してもらおうかなと。

・/etc/sysctl.conf

# increase maximum file descriptors
kern.maxfiles=131072
kern.maxfilesperproc=65536
# increase listen queue
kern.ipc.somaxconn=32768
kern.ipc.maxsockbuf=20480000
# see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676
net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0

・/boot/loader.conf

# increase nmbclusters, maxsockets, etc.
kern.ipc.nmbclusters=65536
kern.ipc.maxsockets=65536
vm.pmap.shpgperproc=2048
kern.ipc.maxpipekva=41943040

>>806
つまり公式p2を有志改造版rep2とかで置き換えてもらうと
UNIX板の出番か

前から言おう言おうと思ってたけどこのスレに来たからはっきり言う。
p2.2ch.netは個人用専ブラとはもはや別物なんだからMySQLなり何なり使えと。

実況鯖もワールドカップ乗り越えさせてくれよ

まさかSQLiteとかいうことは…ない、よね?

第１６２日目：SSDサーバー２号機作成中（仮）
http://www.maido3.com/server/zousan/nikki162.html
> （　,_ﾉ` ）：おはようございますー
> ( ^ω^)：おはようございます。まもなくサーバー完成です。が…
> （　,_ﾉ` ）：が…？
> ( ^ω^)：注文したのと違うSSDが到着しました…
> （　,_ﾉ` ）：えーーーーーーーーーーーーー！

> SSDサーバー２号機のために「Intel X25-M 80GB G2」を発注したのですが、
> 入荷したのは「Intel X25-E 32GB G1」でした…。
> 上位グレードの「エクストリーム」ですが、容量は半分以下の32GBしかありません。
> しかも一世代前のモデルです。

> ( ^ω^)：ですが！別ルートでSSDをきちんと確保しました！
> （　,_ﾉ` ）：さすが！良かった…。

さすがに32GBじゃ足りないよね
で、( ^ω^)は誰だろう、初代内藤顔のBrian君？それともBrianより内藤に顔が似てる(らしい)Ryan君？

ええと、sports2　は、スレ一覧復帰とか依頼して大丈夫なんですか？

X25-Eとか使いどころが難しすぎる…返品するんだよね？ｗ

>>808 は長年(元は旧tigerやcobra → A-tiger)使っていたものなので、
設定の数値としては枯れているものです。

例の「mbufが足りなくなってhttpdが突然おかしくなる」が、
これで改善するといいかなと。

SSD効果との合わせ技で、ワールドカップを乗り切れるとよいなということで。

そんで、
http://www.maido3.com/server/zousan/nikki161.html

これ読みました。まずは仕掛けを仕込まないといかんですね。
今夜以降にでも。

取り消しで。
一応、一覧は戻ってるようですので（レス数おかしいけど、読み込めば直るようなので）

追記が。
http://takagi-hiromitsu.jp/diary/20100516.html

（４）変更該当申込種別
1.契約内容変更：EZwebオプションに再加入／EZwebオプションを廃止→取消した場合。
2.機種変更（端末増設）：機種変更（端末増設）と同時に上記契約内容変更の処理を行った場合。
3.一次休止再利用：一次休止前にEzwebオプションに加入していた回線を再利用し
EZwebオプションに再加入した場合。
4.一次休止・解約：Ezwebオプション加入中の回線を一次休止・解約し、その申込を取消した場合。
5.電話番号変更：電話番号変更をした場合。

※譲渡／承継の場合は現状通りEZ番号は変更されます。

ということは、

・EZweb廃止→再加入ではEZ番号は変わらなくなった
・機種変更を伴っても(機種変更と同時に契約内容を変更しても)EZ番号は変わらなくなった
・回線を一度休止して再利用してもEZ番号は変わらなくなった

ばかりではなく、

・契約者が同じである限り、回線の解約→再契約でもEZ番号は変わらなくなった
・契約者が同じである限り、電話番号を変えてもEZ番号は変わらなくなった

ということですか。

逆に言うと、
「契約者自体が変わらない限り、EZ番号は変わらなくなった」

ということになったと。

・・・しかしこれでもまだKDDIは「この情報はプライバシーではない」という論理でいくんだろうか。

固定IPというかMACアドレスに近いもの。っちゅー感じ。

契約者と番号が1：1で不変ってのは
マズイと思うんだがなぁ

「ライザ抜けてた」にﾜﾛﾀ。

それにしても、rootさんが居ると全体が引き締まるな。
大将おいちゃん、参謀rootさんは良い組み合わせではある。

>>820
MACアドレスは比較的自由に変えられるしなぁ。

結局、その情報を使うか使わないかだったりして。
IP情報を見られる人を極端に少なくして利用者同士の匿名を守ると言うポリシー
を、信頼してるから良くも悪くも言いたいことを言い合える。

なんというか、試されるのは２ちゃんであり利用者だったり。

>>811
実況鯖に限って全体の9割くらいをdenyすれば乗り切れるかも

これで2ch運営からの迷惑ｗメールから解放されるのなら
仕方がないのでは？

どくおさんへ:

上記 >>808 の設定、特に /boot/loader.conf の設定は、
メモリが 4GBytes 以上搭載されているのを確認のうえで、
入れてくださいです。

そうしないと、システムが立ち上がらなくなるです。
旧 tiger / cobra サーバで経験済み(´･ω･｀)。

メモリ2Gものの場合、下記2つを少なくすればOKのはずです。

# tuning for 2GBytes memory
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768

それぞれのパラメータの意味は、帰宅後にでもここに。
(本業でへたれてたら明日以降かも)

で、他にもいくつか、パラメータや設定内容があった気がするので、
それらについても、追ってまたここで。

おー、なんか久々にrootﾀﾝ本格調教鯖になりそうな予感。

あと、OS に FreeBSD 7.xR を使う場合、
これらを追加設定する必要がありますね。

・/etc/sysctl.conf

# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192

FreeBSD 8.0R 以降ではこの部分は修正されていて、
/boot/loader.conf の

kern.ipc.nmbclusters=65536

の値に、自動的に連動するようになっています(つまり上記の追加設定は不要)。

で、今見た限りでは、sysctl.conf と loader.conf に入れる設定は、
たぶんこんなところかなと。

もう時間が。
今日はこれから夜までオフライン。

一時的にオンライン(ただしすぐまたオフライン)

http://www.maido3.com/server/zousan/nikki162.html

完成、ですか。

>>829 の↓の追加もぜひ。

# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192

＞　・むむむさんスペシャルセッティング

ワールドカップに耐えられるか楽しみだ

>>822
うん、２人の組み合わせが好きだ

アッー！

２ch側がそれで規制かけるのはいいとして
公開される訳だから、そこから他のサイト側に
「あ、こいつあの荒らしか」とか
個体識別番号で簡単ログイン制御していいんだ
てな安直な流れになることをひろみちゅ先生は気にしてるんではなかろうか
良くも悪くもある程度の影響力あるサイトなんだし

>>832
アニソン以上の規模の規制で臨めば無問題

なんだか聞いたことのある項目が出てきたりして
これがノウハウってやつですな

ぞうさん１６２日目より転載

tiger3521 転送量グラフ
http://traffic.maido3.com/DxxB/dIbc/ramJ/

その改良設定ってAtlantaも適用済みでしたっけ？
そしてlive23xのサーバー構成をいじる提案をもう一度

【突然ですが】yutori7 サーバー入れ替え警報【次はSSD】
http://qb6.2ch.net/test/read.cgi/operate2/1274182154/

>>840
おいちゃんおつかれー

yutori7入れ替えか
結局i7鯖とは何だったのか

>>842
ガンダーラみたいなもの

oyster243.pekoﾀｿはそのまま移転という方向でよろしいでしょうか？＠方向性の確認

あらやだ中途送信（照）

でもって入れ替えるときにはどうしても、新旧どちら共にDNSなdataを送り込まないといやぁんな感じになるのかなぁと妄想中。
一旦TTLを短くｾﾃｰｲしてとかになるのかなぁと。。。

｜ﾟдﾟ) おにぃちゃん頑張って！

何か警報スレが立っていたので来てみました
よく分らないですが頑張ってくださいです。

>>846
こんなところに出張ですか
留守番おつかれさま

>>839
余った鯖1台フロントにまわして貰えるだけでだいぶましになると思うんだけど
それすら難しいんかなぁ諸般の事情で

そういえば思ったんだが、RAMに全て収まるならRAMにキャッシュしておいて、日に1〜2回程度SSDに書き込むとかすれば
SSDの寿命的にもパフォーマンス的にもいいんでない？
X25-M入れるくらいならX25-E 64GBを入れた方がいいように思うけれども（コスト掛かるが）。

>>850
なんらかのトラブルが起こった際にSSDに書き込まれていなかったモノについては？

昔のジンギスカンはそんな感じの実装じゃなかったっけ。
ただし日に1〜2回ストレージに書き込みじゃなくてdat落ちしたら書き込み。

http://qb5.2ch.net/test/read.cgi/operate/1272282096/839 2010/05/18 20:26:11 ID:oNTyCekt0
http://qb5.2ch.net/test/read.cgi/operate/1272282096/849 2010/05/18 23:38:40 ID:ppSThyD40
total: 2

追記書き込みオンリーだから大して寿命は変わらないと思うけど。

あ、DATだけね。
subject.txtとかはRAMに置いたらええねん。

ジンギスカン設定ってsubject.txtをRAM上に置いてなかったっけ
鯖をリブートする度に板が吹っ飛ぶ(subject.txtが消失する)のは大抵ジンギスカン化された板だからそう思った

あぁ、一回書き込むとスレが復帰するってやつか

http://tiger3521.maido3.com/
もう2台目SSD鯖は完成したみたいだし(yutori7用のアカウントもあった)、今日中にでもyutori7が新鯖に移転するのかな

SSDは追記には強いけど書き換えには弱いからsubject.txtをRAMに置いておくのは必須だな

>>859
news4vip や newsplus 等の投稿数の多い板では、
ジンギスカン(/md) + SSD、というのがよさげと。

>>804 done.

df -i /home して iused と ifree の値を記録しておく
cd / # 自分が $HOME にいると umount できない
su
/usr/local/etc/rc.d/apache stop # Apache がいると umount できない
umount /home
dump 0af /work/home.dump /home

newfs -J -i 4096 /dev/mfid1s1a.journal
(-i 4096 を追加指定、journaling しているので -J)

mount /home
df -i /home して ifree の値が増えていることを確認
cd /home

restore rf /work/home.dump
rm restoresymtable
df -i /home して iused が最初と同じ値になったのを確認
cd / # 念のため / に cd
/usr/local/etc/rc.d/apache22 start

>>682 を試し中。

5分以内に上がるようになった。
当たりだった模様。

# Following two "disabled" lines are added by mumumu, 2010/5/19
# cf. i386/144956: [boot] Early minute-plus delay in boot on Intel Nehalem system
# http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/144956
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"

dmesgを見比べると、当然ながら追加後には、

atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd: unable to set the command byte.
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: unable to set the command byte.

がなくなっていた。

しかし「キーボードコントローラとキーボードが無いことにする」
とちゃんと行くようになるというのは「ありがち」ではあるが、少々謎かも。

ブラジルの中の方々へ:

そんなわけで、PS/2ポートのキーボードとマウスは
該当サーバでは使えなくしたので、
コンソールオペレーションの際には、USBキーボードをば。

デスクトップでも30秒の時代に5分以内てまた長いな。
何か時間かかる要素ってあったっけ?

>>866
mfi (HDDコントローラ)の初期化とBIOS部分と、
HDD(8本ついている)なんじゃないかなと。

「ふいーん」とか言ってHDDが徐々にスピンアップしている様子が
何となく思い浮かんでいたり。

ふぅむ。そんな時こそcorebootを…といいたかったが、corebootはintel系の対応弱いからなぁ。

>>868
おお、そんなのあるですか。

coreboot
http://www.coreboot.org/

ODNさん(仮名)は、Linux方面のエキスパートさんとお見受けしました。

で、BSDでもいけてる、、、のかしら。

Booting FreeBSD using coreboot - coreboot
http://www.coreboot.org/Booting_FreeBSD_using_coreboot

>>867
つまり立ち上がり5分は正常な範囲内ってことですか？

ざっと読むと、qemu 使うみたいですね。
すぐに適用はちとどきどきするかも。でも面白いかも。

>>870
このぐらいのサーバだと、こんなもんじゃないかなと。

もう少し速くてもいいかも、とは思いますが、
ここからはコンソールが見えないと、何してるかが見えないので。

# OSにたどり着く前が遅いんではないかと推測。

了解です

>>871
>>869の下のurlはQEMUへのインストールの仕方ですね。
実機へのインストールが可能かは当然メインボードなどに激しく依存します。

FreeBSDって、sysvinit とかいうやつだっけ?
initがUpstartとかだと速いんじゃね、といってもすぐはぜーんぜん無理だけど
将来的な意味で

>>875
FreeBSDはsysvinit互換の何かだったかと。
Linuxのメジャーなディストロではinitはイベントベースのupstartに置き換わりましたが、RH方面で新たにsystemdというものが開発されたりしていて、まだまだ右往左往しそうな予感。

>>875-876
FreeBSD の init は、その昔のversion 7から進化したものですね。
/etc/rc を sh で実行して、そこから /etc/rc.local を実行して
ローカルな部分をやるというのが基本的なスタイルかと。

で、FreeBSD だと 5.x あたりで sysvinit ライクな
rc.d のフレームワークが入って、その後に rcorder という
rc.d 内の実行手順を制御するしくみが入った、というかんじです。

そんなわけでBSDのinitにはrunlevelという概念がなく、
/etc/inittabというファイルもありませんが、
initのコマンドラインだけはエミュレートしています。
↓
If run as a user process as shown in the second synopsis line, init will
emulate AT&T System V UNIX behavior, i.e., super-user can specify the
desired run-level on a command line, and init will signal the original
(PID 1) init as follows:

Run-level Signal Action
0 SIGUSR2 Halt and turn the power off
1 SIGTERM Go to single-user mode
6 SIGINT Reboot the machine
c SIGTSTP Block further logins
q SIGHUP Rescan the ttys(5) file

中の人から、こんなメールが届きました。

・今日の17:00〜21:00に、yutori7.2ch.netの移転が行われる
・今回の移転作業はmaido3.comの中の人により行われる
・終わったら連絡がある
↓
SSDサーバー2号機の準備が整いましたので、
本日午後5時から yutori7.2ch.net の移転を行います。

今回はこちらでデータの移転およびドメインの切り替えを行います。
移転の際、yutori7.2ch.net の Apache を止めて作業を行います。
移転作業は4時間くらいで終わる見込みです。

サーバー移転が完了しましたら改めてご連絡します。
どうぞよろしくお願いします。

で、移転の前準備作業が必要だな。

・/home の使用量を確認しておく
- 今度のyutori7は/homeがSSDなので少ない

・ジンギスカン外しておかないといけない

いずれもこれからやります。

忙しいな（笑）

次スレが必要だな♪

>>879
> で、移転の前準備作業が必要だな。
> ・/home の使用量を確認しておく

tiger3542:~$ du -sh .
29G .

もう29Gも使っているのか。
前の移転の際の固めたファイルが残っているのかと思ったら、
そうでもないようだ。

今は入ると思うけど、
早晩HDDがあふれるかも。

これから、
liveplus mnewsplus news4vip のジンギスカン外します。 @ 現yutori7

一時的にこれらの板にアクセスできなくなります。

>>882
done.

これで２ちゃんねる側の事前準備は整ったはず。
17:00から作業OKな旨、お返事しておきます。

yutori7 が入るのは tiger の何番でしたっけ。

>>883は>>882の> 一時的にこれらの板にアクセスできなくなります　

の段階は通り越したという事ですか〜（笑）

>>886
はい。

>>885
鯖の概要
本名：tiger3542.maido3.com

芸名：yutori7.2ch.net

IP アドレス：207.29.225.145


>>887
どうもです〜（笑）

>>885
3521 だそうです。
http://www.maido3.com/server/yutori7/

>>888-889
了解です。

stats 登録しておくます。

>>888
あああ間違えだた〜

入る予定じゃなく　入ってる奴のだった（笑）　失礼しました〜ですよ〜♪

>>890
tiger3521 登録済み。

あとは17:00を待つということで。

移転完了後に、

・liveplus mnewsplus news4vip をジンギスカン化
・F22 調整

を実施予定。

次の鯖の芸名は やっぱりyutori系？

今日は　yutori7 との情報

>>893
gimpoの時同様、「ばっさり移動」とうかがっております。
つまり名前は変化しないです。

おいちゃんおつかれー
SSD鯖第二弾がどんな結果になるかたのしみだねぇ

>>894
おいちゃんからす変更しといて

変更用メモ
>>465
yutori7[3542 7.0R(amd64)] (新型 Tiger)→yutori7[3521 7.0R(amd64)] (SSD A-Tiger)

>>895
あぁ、それは素晴らしいｗ　

>>878
詳しい日程をばらしたので
担当者にお灸をすえました

>>899
おいちゃんは、
突然止まる→住民阿鼻叫喚・運用板混乱
が、お好みなのかw
いや、俺も楽しい方が好き。

>>899
えーｗ
てか今回悪いのは担当者じゃなく担当者からのメールをさらしたrootさんじゃ
いやrootさんも悪いわけじゃなく(ry

では、新発売の「熱そうで熱くない 少し熱いお灸」で…

>>899
個人的な感覚を。

サービスダウンを伴う作業の開始時刻については
「この時間以降に開始します」というのを
正確に伝えていただくぶんには、受ける側からみるととても助かるわけです。

でも、終了時刻をあまり余裕のない時間でスペシフィックに言ってしまうと、
その時間までに終わらない時に、いまいちなことになりそうな気がするです。
受ける側は「あぁ、それで終わるのね」ということで予定立てるわけで。

例えば今回4時間くらいで終わる見込み、とありましたが、
それはほんとにそうなのか、根拠はどうなのか、とか、
そのへんのことが少し気になりました。

テクニカルなことをいうと、
移転先は経験の無いハードウェアなわけですし、
中身にもし細かなファイルがいっぱいあるような場合、
ファイル転送に見積もり以上に時間を要してしまうかもしれないわけです。

以上、的外れなことを書いているかもしれませんが。

こまけぇことはきにすんな！

まあ突然やるよって警報を924でも立ててたし、言っちゃダメだよね♪

>>899
何いってんの？
予定を出すのは当たり前

で、事前作業する方からみれば、
「今日の17時から作業開始します(作業中は止まります)」
的な情報だけでも、じゅうぶんだったかもですね。
(>>157)

>>903
> 「この時間以降に開始します」というのがわかればよいので。

これからちと(本業)モード。反応悪め。

878 名前：root▲▲ ★[] 投稿日：2010/05/19(水) 13:28:00 ID:???0 ?DIA(113333)
中の人から、こんなメールが届きました。

・今日の17:00〜21:00に、yutori7.2ch.netの移転が行われる
・今回の移転作業はmaido3.comの中の人により行われる
・終わったら連絡がある
↓
SSDサーバー2号機の準備が整いましたので、
本日午後5時から yutori7.2ch.net の移転を行います。

はじまります
bbs.cgiとめます @yutori7

>>909
りょうかいです。

あ、私現yutori7にログインしてるな。
ログアウトします。というか、ログアウト済。

あれっ　yutori7ってジンギスカンの板なかったんだー
ということで　一手間かせいだ

まずみどころとしては、29GBytesをコピーするのに、
どのくらい時間を要するか(gimpoの26Gの時とどう違うか)。

news4vipが入っているから細かなdatが多いぶん、
ちょっと時間かかるか。あるいは新型だから早めに終わるか。。

>>912
↓
>>882-883 です。

>>912
>>882

>>912
>>882
スレ読もうよ

うーん　そんなもんかねぇ

直前に bbs.cgi 止めてからジンギスカン外したほうが、
よりスマートだったかもしれないです。

で、あとはApache停止 → 移動開始 by 中の人、
というかんじでしょうか。

うむー

答えがわかってたら面白くないと思う。
技術者はいらないエンタテイナーであるべし

>>919
きもにめいじます。
なかなかできないところで。

さて、始まるとここが動き出すと。
http://traffic.maido3.com/DxxB/dIbc/ramJ/

いやいやいやいやw

yutori7って書き込み出来なくなった？

ネ実2からきますた

yutori7止まったな
解決

大生板からきますた

>>876-877
詳細な解説�d。つことは、並列なプロセス立ち上げができるそれら「第三世代 init 」←今名付けた
がFreeBSDに、つまり2chに入るのはまだまだ先ってことか…launchdが唐突に入ってくるとも考えにくいし

そういえば、ブレーメンってどんな仕組みなのかな？
yutori7やtsushimaこそブレーメンメーターが必要だと思うけど、root権限がないとできない？

57 名前：ちきちーた ★[] 投稿日：2010/05/19(水) 17:40:43 ID:???0 PC
まぁ　あしたにはおわるんじゃないかなぁ　きっと

あれ、4時間の予定じゃ…

>>927
今私がやっているやり方だと、サーバのhttpd.confに設定が必要です。
他の方法で可能かどうかは別途検討が必要かなと。
(例えば smartmontoolsの時のように)

4時間は「コミットメント」ではまったくないということで、
>>928 がたぶん正解なんじゃないかなと。

>>929
ふむふむ
ってことはもしyutori7やtsushimaでやる場合はmaido3の中の人に依頼しなきゃいけないってことか

まいどの中の新人さんが研修として実戦オペレートしてたりして

VIP931入れてるのにも関わらず
VIP+にVIPPERが流れてくるんですけどどうにかしてください

すぐ出て行くから安心しとけ

追い返しておいてください

>>935
2ｃｈの動作報告はここで。 パート25
http://qb5.2ch.net/test/read.cgi/operate/1223317539/814

間違えました

>>936
>>519-

お、なんか始まってるいよかん。

みなさん乙。
>>930
割と余裕を持って4時間なのかと思ったが、そうでもないのか。
耐性としてちょっと疑問を持ってしまったが、遅くてもトラブルが無いように終わるのが一番だから黙っておこうｗ

次スレ用意しま〜す（笑）

×耐性として
○体勢として
今日は色んなスレで誤字脱字が多いorz
>>941
乙。

>>941
done ♪

2ch特化型サーバ・ロケーション構築作戦 Part39
http://qb5.2ch.net/test/read.cgi/operate/1274259928/

ν速と大学生活板のHPをVIP+と同じ1〜999にしてほしいのです。。。

1000でもいいです。。。

>>944
それはいい案だ

搭載SSDの画像、見たいす(´・ω・｀)

これかな？
http://www.maido3.com/server/zousan/nikki162.html

そういえば、

>>844
そのまま移転しようと思っています。

>>845
たぶん、
・両方にデータ送る状態をしばらく作る
か、
・oyster243に来た応答を新サーバにフォワードするように仕込む

か、どっちかかなと。

もうVIPはIPログ保存やめて軽くしましょうよ

>>935
落ち着いたら規制報告してもいい？

>>947さん、ありがとう。
さらっと読んだ感じ何台使ってるか分からんかった。
何台使ってんだろう？

メインストリーム頼んだのに、容量半分のエクストリームが来たとか面白かったｗ

鯖缶乙〜

>>949
それやったらなにかあっても運営は動けなくなるのでは・・・？
犯罪予告をした人を捕まえるにはIPアドレスの保持は必要なわけで。

保存用に鯖、用意したら？ってもうやってるんだろうな・・・。

細かすぎて転送が遅い鯖移転。
いっそのこと固めて(ry

以下追記しますた。＠丁稚どんの例のところ。
# added @2010/05/19 by mishowdaq-ad /NEW 'yutori7'
Allow from 207.29.225.85

でもこれって大丈夫なのかしら？
（その数行上に。。。）
# added @2010/03/05 by mishowdaq-ad /NEW 'qb5'
Allow from 207.29.225.85
# added @2010/03/06 by mishowdaq-ad /NEW 'qb5'
Allow from 207.29.225.205

さっさと終わらせろ(^O^)／パソコンない人間にとっちゃこおゆう突発的に不具合が一番腹立つんです

>>956
単に、同じIPアドレスを流用しているということかと。
(なので本当はサーバ返却されたら削除しないといけないということで)

>>957
日本語おかしいよ

>>957
黙ってろよクズ

>>861
ありがとうございました。

>>948
了解ですー♪

>>957
不具合ではありません。

>>959,960,963
今、面白い事思いついてレスしたいのにレス出来ないとか、不具合以外の何ものでもねーおｗｗｗ
この遅さは、口てい疫なら蔓延しちゃってますおブァカですかｗｘ

メンテと不具合の区別もつかないバカ

頭が不具合のようで申し訳ありませんでした。

常識のあるライトユーザーが ツイッターに移って、
逆に こんなのばっかりが悪目立ちする結果に…

>>965,966
レスにも賞味期限ってものがあってだなあ…ｗｗメンテ終わってからじゃ意味がないレスもあるわけおｗｗｗ
ある意味不具合じゃないｗｗ不手際と言うほーが適切かもしれませんがｗｗ
つーかあと何分で終わります？

>>968
じゃあ俺が面白いレス聞いてあげるよ

>>968
>>928

>>969
流れってもんがあんだろｗｗここで１から再現してたら1000まで消化しちまいかねねーおｗｗｗ
とにもかくにも、早急に不具合なんとかしてください(^O^)／おぼっちゃまくん見ながら待ってます

×不具合
○不都合

>>971
シャワートイレ板に立ててみろ

つーかbig-serverってtwitterやってたのね。知らなかった
http://twitter.com/big_server

おまーら弱いものいじめはやめろお(^O^)／よってたかって嫌がらせですくあｗｗｗ

>>975
何コイツきめぇ

P2だし焼いちゃっていんじゃない？

作業されてる方いつもありがとですたい
終わるのまってるよー

SSDになると耐久性あがるんかね？
パフォーマンスはほとんどオンメモリだから変わんないと思うけど。

>>975
携帯しか持ってない奴ってな
携帯本体につくポイントとか月額使用料だけで買えるPCを持たない人間てな
2chでは所詮お客様、書き込みは恩恵であって権利じゃねぇんだ

全然　21:00には終わらない予感
まだ30%も終わっていないそうだ

>>981
ゆっくりどうぞ。

>>981
乙です
じっくりやってくださいー

>>981
がんばってください

さて勉強するか

国ごと移動だからそりゃかかる

>>981
VIP+についてもうひとつお尋ねしたいことが

●レス欄で有効
！card　　トランプ
！do　 　　動作
！mibun 　身分
！where 　場所
！food　　食べ物
！jinsei　　人生の一大事
！drink　　飲み物
！animal　動物

これらのコマンドによって出る単語はのリストとかないんでしょうか
お暇なときに回答いただきたい

>>986
全部 bbs.cgi 埋め込みじゃー

>>981
そですか、、、。

常に２ちゃんねるのシステムに挑戦続けてしてきた、
news4vipはやはり手ごわい、ということで。

>>987
回答ありがとうございますm(_ _)m

さすがν速。ぶれない手強さ。

はやくしろやボケカスども

VIP閉鎖しちゃっておｋ

>>988,990
言い得て妙だなｗ
しかし現状3割程度か…相当掛かりそうですな。

VIP閉鎖したら各板にVIPPERが散らばるぞ

>>994
もうすでにVIPタスが大変な事になってます

>>986
> 単語はのリスト
今更だけど、日本語変だった
“単語のリスト”だな

作業終了まであと2時間余り

2ch特化型サーバ・ロケーション構築作戦 Part39
http://qb5.2ch.net/test/read.cgi/operate/1274259928/

1000GET

早く終わらせないと他の板に被害が出る

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。