トップページ⇒linux
1001コメント272KB

ファイルシステム総合スレ その14

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001 忍法帖【Lv=29,xxxPT】 2012/01/15(日) 16:38:33.83ID:OMF5PJgt
●前スレ
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。
08508492012/06/14(木) 21:27:48.19ID:qXP3mfTP
ごめん、途中で書き込んだ。
で２台+共有ディスクありきで Active/Active で構成したい。
0851login:Penguin2012/06/15(金) 08:55:32.46ID:etFWwJqY
Ext3のファイルシステムで運用しているメールサーバが
あって、３年ぐらい使っているんですが、だんだん速度が
遅くなってきています。

データが爆発的に増えたかというと、むしろ導入時から減っていて、
ddでディスク書き込みの速度を比較すると、全く劣化はありません。

このような場合、ディスクを疑うべきか、OS(Redhat 5)の
設定を疑うべきか。スパっとわかる方法は何かないですか？
0852login:Penguin2012/06/15(金) 09:52:26.16ID:IihlBhKx
エスパーすると１箇所にファイルがいっぱいありすぎて
メタがキャッシュから溢れて遅くなっている
0853login:Penguin2012/06/15(金) 11:29:51.62ID:etFWwJqY
>>852

あまり細かなことがかけなくて申し訳ない。

/var/data/000
/var/data/001
/var/data/002
/var/data/003

というデータディレクトリに、それぞれ100個ぐらいの
サブディレクトリがあり、その中に約5000個ぐらいの
ファイルがあるというシステムです。/var/dataが
ext3で初期化されたストレージのマウントポイントです。
ファイルの数はたしかに多いのですが、分散して
格納されているので、メタキャッシュの問題は無いと
思うのですが。

何か調査のヒントがあれば助かるのですが。
0854login:Penguin2012/06/15(金) 11:51:15.99ID:tGg2+kbq
意外にも断片化
0855login:Penguin2012/06/15(金) 11:55:19.21ID:OdpSy71V
>>853
tune2fs -l のDefault directory hashとFilesystem featuresの値をみせてー
0856login:Penguin2012/06/15(金) 11:59:45.85ID:IihlBhKx
とりあえず別な環境で似たようなディレクトリ構成・ファイルサイズでチェックしてみたら？
0857login:Penguin2012/06/15(金) 12:06:11.27ID:etFWwJqY
>855
早速調べてみました。

Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file
Default directory hash: tea

何か判りますか？
0858sage2012/06/15(金) 12:10:49.48ID:gAV/lq3N
洒落で

>>853
/bin/rm -r /の結果を見せて！

とか書いたらほんとにやりそう。
0859login:Penguin2012/06/15(金) 12:13:02.19ID:cF2L7SVl
/bin/rm: `/の結果を見せて！' を削除できません: そのようなファイルやディレクトリはありません
0860login:Penguin2012/06/15(金) 12:16:24.21ID:xmmMVJnw
# /bin/rm -r /
rm: it is dangerous to operate recursively on `/'
rm: use --no-preserve-root to override this failsafe

こうですか？
0861login:Penguin2012/06/15(金) 16:01:02.04ID:MqQJgtCz
>>858
今日それで冷や汗書いたよ。
rmは恐ろしく、強力なツールだと再認識
0862login:Penguin2012/06/15(金) 16:01:57.09ID:MqQJgtCz
rm -rf *
これがいいんじゃない？
0863login:Penguin2012/06/15(金) 16:41:45.49ID:IihlBhKx
他人が困っている時に変なレスはやめておけ。
ああ、在日の方でしたね
0864login:Penguin2012/06/15(金) 17:18:30.76ID:DOzDLpng
>>853
データはどういうふうに使ってるの？
読み出しのみ？書き込みあり？
それぞれのファイルの寿命はどの程度？
メールサーバって書いてあったけど、
単にpostfix動かしてますってメールハブとは違うんだよね？
0865login:Penguin2012/06/15(金) 20:05:38.95ID:etFWwJqY
>>864

あまりに具体的な話をすると問題になっちゃうので、
某社開発のメールシステムとだけ答えておきます。
前に書いたEXT3のファイルシステムにユーザ毎のメール
フォルダーが１ユーザ/１ディレクトリの単位で入ってます。

このディレクトリ内のメールデータをホニャララのライブラリーを
使って、別のアプリにホニャララして、各ユーザーのPCにメールが
ホニャララされます。

このデータ処理中に10MB/sec程度の書き込みが運用中には
常時発生していて、ユーザアクセスが多いとCPU負荷が上がり、
処理が止まってしまうという障害が起きてます。

ddで書き込み試験を行うと120〜130MB/secぐらい
(oflag=direct)で出ているので、書き込みには余裕が
あると思ってますが、某社からはHDDの速度が遅いのが
原因と言われて改善を求められてます。導入した
数年前とデータ量もあんまり変わっていないしね。困ったな・・

という状況です。
0866login:Penguin2012/06/15(金) 20:08:17.35ID:OdpSy71V
>>865
話を聞いていると別のとこに問題があるように感じるんだが……
0867login:Penguin2012/06/15(金) 20:26:03.24ID:ZzxIPBRF
RAIDのBBUが逝ってしまってるのに気付いてないとか。
iostat -xの値は？
0868login:Penguin2012/06/15(金) 20:43:36.17ID:ZzxIPBRF
HWの問題でないとしたら
・過去にメール爆弾をやらかしてディレクトリエントリが肥大化したまま
・うっかりln -s . hogeみたいなリンクを作ってしまって、ほにゃららが混乱している

でもあれこれイスパーするよりoprofileやftraceで特定するのが簡単で確実。
0869デムパゆんゆんネトウヨ特攻兵＠６月　鉄砲百合　 【関電 64.1 %】 2012/06/16(土) 00:37:56.82ID:VAj81kZb
＞このディレクトリ内のメールデータをホニャララのライブラリーを
＞使って、別のアプリにホニャララして、
ライブラリのバグで暴走中なんじゃねの
0870login:Penguin2012/06/16(土) 01:50:40.08ID:k68BsoY7
>>863
> ああ、在日の方でしたね
在日日本人ですか?それとも在日アメリカ人ですか?
「在日」としか書かない奴のB層の知能は知れてるよね。
0871login:Penguin2012/06/16(土) 01:57:29.42ID:QtTxMqqD
日本語の文脈が読めない人ですか？
English is OK?
0872login:Penguin2012/06/16(土) 03:37:03.37ID:d/seGET+
>>870
くだらねえ所にしか突っ込めないアホだwwwwwwwwww
0873login:Penguin2012/06/16(土) 10:36:31.39ID:buYLXX0r
ディレクトリの肥大があるかどうかは
簡単に調べられるからやるべき。
0874login:Penguin2012/06/16(土) 23:48:42.49ID:3mlUjrH5
やあ、fallocate厨だよ。
>>463の記事を読んで、データ置き場をXFSにしたんだ。
これでデフラグする必要がほぼ無くなってハッピーさ。
0875login:Penguin2012/06/17(日) 21:40:22.91ID:Mw2oNRGd
個人で使うファイルシステムは性能よりも
ぶっ壊れたときとか誤って削除してしまったときに簡単に直せる方が嬉しいね
0876login:Penguin2012/06/18(月) 01:41:22.05ID:oZmhFfRK
>>875
基本的にLFS系しかないな
0877login:Penguin2012/06/19(火) 03:22:25.70ID:P5qrl8Zf
SSD板より

面白いベンチマークデータ。
CentOS5より6の方がSSDの性能を生かせるみたいだな。ext4利用は必須。
http://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
0878login:Penguin2012/06/19(火) 06:56:32.28ID:Fg6cF6bR
ZFS Linux Native RC9リリースあげ
0879login:Penguin2012/06/19(火) 19:41:26.33ID:9qXPq/xl
>>877
なんでext2がないんだ
0880login:Penguin2012/06/19(火) 20:04:19.49ID:dXMZnUjp
大量の画像ファイルで相談したものです。
結局、画像ファイル名から数文字とったディレクトリを大量に作って対応することになりました。

.htaccessでリダイレクトする方法や、CDNでの対応や、
ここで教えてもらったデータベースでの管理など検討しましたが、
多少のphp書き換えで対応できるという手間の少なさから上記の方法になりました。

相談に乗っていただいた方、ありがとうございました。
0881login:Penguin2012/06/19(火) 20:06:43.58ID:4H7kxi1u
>>877
ベンチマークの数値自体は5より6が優位なようにはみえないし、
discardオプションの有無を数値として検証してないし、
検証記事としてはひどい部類じゃね？
0882login:Penguin2012/06/20(水) 01:25:34.68ID:KohzvN+J
>>881
bonnie++のグラフがあるな
block input、block output、randamの3つでオオヨソの性能は分かるよ
これ見るとやっぱりCent6のext4が性能いいんじゃね？

ちなみにこの記事書いた中の人はTRIMを有効にしようって言ってるけど
CentOS5と6の性能差の話にはふれてないよね
0883login:Penguin2012/06/20(水) 02:46:33.10ID:bzl7Ow+3
CrystalDiskMarkのスコアで性能を語るヤツってよくいるよなｗ
0884login:Penguin2012/06/20(水) 10:11:44.15ID:klr5J2UK
NTFSに変わるReFSがWin8で登場するらしいな
まあ一般ユーザーが今のNTFSみたいに使えるようになるのは2018年頃になりそうだが
0885login:Penguin2012/06/20(水) 10:56:45.32ID:tSSpL/mp
要らなくなったNTFSが公開されて
早くLinuxで使えるようになってくれないかな
0886login:Penguin2012/06/20(水) 11:03:11.61ID:8Nbpf+NV
MSも迷走し始めてるな。OSが魅力で買い換えたいとか思わないし。FSが魅力で…ないない
0887login:Penguin2012/06/20(水) 11:07:19.57ID:DLIhrxAe
>>885
個人的にはntfs-3g程度でも十分満足してるけど
やっぱり公開されるといろいろ使えない機能が使えるようになったり速度が向上したりするのかね。
08888782012/06/20(水) 11:42:11.50ID:3akCHBOa
>>878

早速入れてみたが、あっさり動いてしまった。
Poolが壊れたり、動作が遅くなったり楽しいイベントを覚悟してたが、
拍子抜け。
0889login:Penguin2012/06/20(水) 12:14:51.54ID:Q4WokbHX
>>887
俺も。
強いて言えば、ファイルシステムが妙になった時にWindowsに繋ぎ直してcheckdiskをかけないといけないのが不便かな。
もともと暗号化、圧縮とか使ってないからかな。
0890login:Penguin2012/06/21(木) 10:21:57.52ID:TvPdkXz8
>>883
CrystalDiskMarkは簡単にディスクベンチをとれるいいソフトだと思うけどな
でもこれがディスク性能の全てではないことを理解して使うことが大事

linux用にはこれぐらいお手軽なディスクベンチはない・・・かな？
08918782012/06/21(木) 11:19:33.62ID:g23nZkEF
dd最強説
0892login:Penguin2012/06/21(木) 15:38:34.62ID:u8QHq9Zh
CrystalDiskMarkって内部でddコマンド使ってるんだよね
0893login:Penguin2012/06/21(木) 16:25:35.59ID:jSo3bVTw
HDDスレならまだしもファイルシステムスレでddのシーケンシャルアイオー性能しか気にしないなんておひたやし過ぎじゃない？
0894login:Penguin2012/06/21(木) 16:30:06.81ID:8pFOzAEC
>>893
ググッたけどわからんかった
「おひたやし過ぎ」て標準語でいうと何？
0895login:Penguin2012/06/21(木) 16:56:36.64ID:a8n1M8fS
断片化されたファイルならddでランダムIOの性能が測れる。
0896login:Penguin2012/06/21(木) 17:29:18.46ID:m+fCfgbM
>894
お人好しのtypoっぽく見える希ガス
0897login:Penguin2012/06/21(木) 17:32:50.42ID:8pFOzAEC
>>896
納得。俺の考え方がおかしかったのか
0898login:Penguin2012/06/21(木) 17:47:00.75ID:GMdHcy4d
>>893さん
「おひたやし過ぎ」のtypo、「シーケンシャルアイオー性能」という表記にほっこりした。
書き込みの内容は同意できるけどな。
0899login:Penguin2012/06/21(木) 17:51:15.82ID:x7FjbOaz
ReFSはNTFSのウィルスの温床になってる機能を削除しただけっぽい
0900login:Penguin2012/06/21(木) 19:40:36.31ID:kVe4hlpK
成る程だからReFSはOSブートドライブのFSに使えないのかｗ
0901login:Penguin2012/06/22(金) 05:22:01.52ID:5OA7qz3P
マイ糞ソフトは仕様公開しろや！！！！！！！！！！！！１１１１１１１
0902login:Penguin2012/06/22(金) 15:41:18.41ID:iovprikB
Intel ? SSD 520 Goodness
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html

> Ubuntu環境にIntel製SSD（SSD 520）を投入したことで
> 得られた性能向上をまとめたblog記事。全体として
> どれぐらい快適になるのか，また，IOスケジューラごとに
> どれぐらいの性能差があるのか，そして，
> どうやってベンチマークを取るのがいいのか，といったことが分かります。
> SSDを導入しようとしている方は目を通してみると良さそうです。
ttp://gihyo.jp/admin/clip/01/ubuntu-topics/201206/22?skip
0903login:Penguin2012/06/23(土) 02:48:50.28ID:/4QGuDAa
2000年代のはじめの頃なんて
dd使って「シーケンシャルアイオー性能」をはかって
これはディスクの性能が悪いですねーとか言うだけで
お客から重宝されたもんだけどな
いまは最低でもbonnie++やfioとか使わないと素人扱いされる。。。
0904login:Penguin2012/06/23(土) 03:43:46.95ID:n6GFdcpK
ダメンジニアの告白ｗ
0905login:Penguin2012/06/23(土) 04:18:54.92ID:1h19rB5U
ReFSでファイル名長が2^15まで拡張されてるけどUNIXはこのままでいいのでしょうか？
0906login:Penguin2012/06/23(土) 09:55:56.71ID:aqqIa2bW
ちょっと質問

Linuxでのファイル名長問題だけど、UDFをHDD等で回避は可能か？
0907login:Penguin2012/06/23(土) 12:40:57.43ID:VJ7n2kUB
日本語で
0908login:Penguin2012/06/23(土) 12:43:35.38ID:fPqR1fTW
VFSから手を入れないといけないから、誰もやりたがらない。
0909login:Penguin2012/06/23(土) 15:19:44.59ID:2Y/6W5fp
>>905
そんだけ長いとメモをファイル名にしてライフハックとかドヤ顔するのが出てきそうだな

>>906
loopbackすりゃいけるんでないかい
0910login:Penguin2012/06/23(土) 16:38:46.78ID:FmTOq4ex
だからVFSの255バイト制限はとっくに削除されたっつーの
0911login:Penguin2012/06/25(月) 03:01:46.75ID:mfYH3asi
SSDにはTRIM付きEXT4を使おうぜってことでOK？
0912login:Penguin2012/06/25(月) 06:35:32.54ID:dNNkodTQ
fsck で trim 発行するようにはならんのかのう？
0913login:Penguin2012/06/25(月) 06:48:45.27ID:7jwMAcrg
hdparmで発行できただろ
0914login:Penguin2012/06/25(月) 10:13:48.02ID:ejuo5SJJ
長いファイル名はよお願い
0915login:Penguin2012/06/26(火) 02:30:04.16ID:ZeLs6RgM
某サーバーの大規模障害はNILFSなら防げたな
0916login:Penguin2012/06/26(火) 05:23:20.71ID:BtSWE40K
あれは手呂なんじゃないの？
0917login:Penguin2012/06/26(火) 13:25:46.43ID:wKxMdGLe
テロじゃないにしても、お粗末な管理だったわけで。
0918login:Penguin2012/06/26(火) 13:37:48.84ID:h5jBn9y6
でもさ…ああいうことって、カンタンに想像つくよね…。あー怖い怖い。

・プロセスのフォークが再帰し始めて鯖落とした
・ファイルをオープンしすぎて（閉じてなくて）サービスの一部が停止しちゃった
・/に大きなファイルを展開してしまってパーティションを超えて？ぶっこわれた（←遊びのサーバだったので詳細は不明）
0919login:Penguin2012/06/26(火) 14:13:12.04ID:pnMrBHmE
レベル低すぎw
0920login:Penguin2012/06/26(火) 16:37:36.25ID:0MbUp60Y
>>915
スナップショットだろうとログだろうとアホが消そうと思ったら消せる。
0921login:Penguin2012/06/26(火) 16:52:22.04ID:zB/c5SlO
見出しを見たときは結構なニュースかと思ったんだけど
http://headlines.yahoo.co.jp/hl?a=20120626-00000006-inet-sci
0922login:Penguin2012/06/26(火) 20:16:46.41ID:d8TSAa0o
実サーバのデータとバックアップを同時に
再現不可能なまでに壊すってすごくね？ｗ
0923login:Penguin2012/06/26(火) 20:41:09.86ID:0MbUp60Y
日経の記事によると同じサーバーにディスク3台積んで本番・待機・バックアップと
称していたとさ。全部マウントして rm -rf / でもやったのか?
0924login:Penguin2012/06/26(火) 20:56:04.75ID:CCy4nu4B
>>923
マジか!?それをバックアップと呼ぶように決めたヤツは死ねばいいのにｗ
サーバー借りる時は物理構成出せって言わんといかんな
0925login:Penguin2012/06/26(火) 22:05:05.10ID:bhs3lwjJ
どうせバックアップを取ってなかったんだろ
いまさらそんなこと言い出せないから消えたと言い張ってる
安かろう悪かろうでおまけに嘘つきの最低サービスだよね
安いからって理由で選ぶと結局ろくなことにならない

これに懲りたらNILFS使ってていつでも任意の時点に戻してくれるレン鯖にしようね
そんなレン鯖はまだないけどさ
0926login:Penguin2012/06/26(火) 22:07:12.96ID:0MbUp60Y
>>925
ネタじゃなかった頭が悪すぎる。
0927login:Penguin2012/06/26(火) 22:18:13.22ID:bhs3lwjJ
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=4&dg=1

■世間と違った「バックアップ」の概念

　なぜ、外部にバックアップをとっておかなかったのか。ネット上では技術者を中心に、この点が指弾された。
これについてファーストサーバの村竹室長は、こう話す。
「おっしゃっているような一般的なバックアップというのは、我々のような低価格の料金で提供するのは難しい。
サーバー内の別のディスクでとることを、我々はバックアップと考えています」

　ファーストサーバの主力であり、複数の顧客企業でサーバーを共有するサービス「ビズ２」の料金体系は、
月額1890円からと低価格が売り。データ容量が180ギガバイト（ＧＢ）と大きいプランでも月額5250円。
そのツケが、業者側でのデータ完全消失だった。
バックアップの構造は、共有サーバーより高価な、専用サーバーサービスでも同じだ。
0928login:Penguin2012/06/26(火) 22:22:08.15ID:1r+YEn/w
やっぱり最終的な要因はコストカットなのかな
0929login:Penguin2012/06/26(火) 22:23:46.26ID:bhs3lwjJ
■顧客が悪いのか、それとも……

　「さらに人為的なデータ損失があった場合にそなえ、
日に１回、外部サーバーにデータを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です」――。

　今回はファーストサーバによる「人為的な誤消去」。
しかし実際は、バックアップは「外部サーバー」ではなく、
「同一のサーバー内の別ディスク」にあり、
完全なデータ消失に至ってしまった。

この点についてファーストサーバの村竹室長は
「数年前までは記述の通りだったが、現在は説明の通り異なる。
記述ミスで、修正をせずにいた可能性がある」と語った。

ファーストサーバによる「ビズ２」のパンフレット。
「日に１回、外部にデータを保存」との記述は事実でなかった
0930login:Penguin2012/06/26(火) 22:26:32.28ID:V3N+QPAG
>「同一のサーバー内の別ディスク」にあり、
この言い訳、怪しくね
0931login:Penguin2012/06/26(火) 22:29:12.53ID:uBrIb4o6
仮想化のなかで分けますた
という戯言だろう。
常識的なバックアップは存在しないはず。
0932login:Penguin2012/06/26(火) 22:30:52.75ID:NlBz2PAo
まさか、ただのRAIDだったりは
0933login:Penguin2012/06/26(火) 22:31:25.90ID:hv08QCiq
別にバックアップを外部サーバに取ろうが同じサーバ内の別のHDDに取ろうが
ちゃんとしたバックアップ手法を取ってればそんなに問題じゃないと思うんだけどな
もちろん人為的なミスを防いだり火災とかの災害に備えて前者の方が良いんだろうけど。
0934login:Penguin2012/06/26(火) 22:33:16.08ID:hv08QCiq
俺も確かに記事を読んでて
「もしかしてRAIDをバックアップって主張してる？…まさかそんな訳ないよなアハハ」
って思ったけどな。
0935login:Penguin2012/06/26(火) 22:37:44.03ID:bhs3lwjJ
外部サーバーに日次でバックアップ取ってますってパンフに書いて営業活動をしてて
実際はそんなバックアップ処理をしてなかったんだから
これって完全に詐欺だよね・・・

ていうか、実際はバックアップなんて取ってなかったんだろ？
警察が捜索に入る前に正直にゲロしちゃえよ、なぁ、ヤフーさんよ
0936login:Penguin2012/06/26(火) 22:52:04.97ID:nS6JLfLn
ユーザー側でDBはバックアップ出来なかったらしいしな
よしんば出来てもインターネット介してDBの中身をバックアップって
容量的にも帯域的にもセキュリティ的にもどうなんよ？ｗ
んなもん、データーセンター側でやってくれよ
Yahoo!のシャチョさんハゲが留意してたのに役員も辞めたのはコレの客集めに嫌気がさしてたからなのかね？ｗ
0937login:Penguin2012/06/26(火) 23:13:39.93ID:pnMrBHmE
スレ違いだろ。ファイルシステム関係ないし。
0938login:Penguin2012/06/26(火) 23:16:44.38ID:jrGK29q5
RHEL7の話しようぜ
0939login:Penguin2012/06/26(火) 23:25:49.21ID:CoxLU8ut
ファイルシステム関係ないな
やっぱバックアップは大事で物理的に別なものにとっておかなきゃね
安かろう悪かろう
って教訓になったんじゃない？
バックアップが一瞬で終わるFSﾏﾀﾞｰ
0940login:Penguin2012/06/26(火) 23:55:46.04ID:BtSWE40K
サルページする覚悟もないの？
0941login:Penguin2012/06/27(水) 01:28:20.61ID:VzQGW28x
>>934
サーバ内でRAID1組んで、それを「待機系」と呼んでるっぽいな
mdraidかな？
ZFSでRAID組んでいたら、このスレも大いに盛り上がったのにね
0942login:Penguin2012/06/27(水) 06:57:05.05ID:0C77uiAW
>>941
rsyncじゃないかなぁ？
0943login:Penguin2012/06/27(水) 09:06:46.12ID:RsySlGsK
専門のスレ未だあるでしょ。そっちでやりなよ。
0944login:Penguin2012/06/27(水) 10:32:50.95ID:A7aUrA0x
>>943
どこ?
0945login:Penguin2012/06/27(水) 11:10:27.76ID:FdufcWbx
>>944
　多分，

http://kohada.2ch.net/test/read.cgi/pcnews/1340290683/l50
【データ消失】レンタルサーバーの「ファーストサーバ」で大規模障害……メールデータなどが消失
や，
http://uni.2ch.net/test/read.cgi/newsplus/1340720946/l50
【IT】ヤフー子会社のファーストサーバ「データは復旧不可能」「賠償は顧客が支払った総額を限度」★７

のことではないかな．
0946login:Penguin2012/06/27(水) 16:06:35.26ID:SqRgjTL2
さくら、結論出したみたいだね
http://cloud-news.sakura.ad.jp/wp-content/uploads/2012/06/storagehoukoku20120625a.pdf
0947login:Penguin2012/06/27(水) 20:10:50.09ID:iZVmDv4W
skrfs作んの？
0948login:Penguin2012/06/27(水) 23:00:39.74ID:rVuLYpUW
Apollo DOMAINみたいな分散ファイルシステム作って欲しい
0949login:Penguin2012/06/27(水) 23:04:23.48ID:5wQ1fzWo
「自社開発となるストレージ装置への転換」
「クローン、スナップショット機能はコピー機能で置き換えた」だってさ

結局オラクルさんのZFSアプライアンスはあきらめて、
他のモダンなFSやストレージ製品の人柱にもならず
旧来の安心できるところに回帰するってことだね

詐欺まがいのヤフー子会社の対応に比べたら100倍好感持てる
0950login:Penguin2012/06/27(水) 23:29:20.99ID:QqrwoyrL
>>935
早々にサジ投げて挙げ句にフォーマットして顧客に再提供してるあたり、証拠隠滅だろうな。
レス数が950を超えています。1000を超えると書き込みができなくなります。