アカウント名:
パスワード:
きっちりと予算が付いて、おもりを出来る学生さんあたりがいてならいざ知らず、誰かの手弁当で、マシンはどっかに置かせてもらっている、持ち主が忙しかったりしたら運用に工数割くわけにもいきません。初歩の初
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
実際、LUGって (スコア:0, 余計なもの)
バックアップの重要性が非常に誤解された形でではあっても一般に強調され始めたのは1980年代後半です。当然ながらlinuxが一般化する前ですし、LUGがぼこぼこ創立されるよりも前です。
LUGと言えば、それ
Re:実際、LUGって (スコア:1)
きっちりと予算が付いて、おもりを出来る学生さんあたりがいてならいざ知らず、誰かの手弁当で、マシンはどっかに置かせてもらっている、持ち主が忙しかったりしたら運用に工数割くわけにもいきません。初歩の初
Re:実際、LUGって (スコア:2, 興味深い)
>まして、寿命なら兎も角壊れた理由が落雷でしょ。
RAID等では防げない深刻なシステムのダメージやデータ喪失に対する保険がバックアップ、が、ぼく的な認識ですけど。
> きっちりと予算が付いて、おもりを出来る学生さんあたりがいて
snip
> LUG で当事者の運用を難渋する人には、言い出しっぺの法則を返すだけですね。
僕について言えば、メールの配信を最近まで維持していました。その間にディスクが寿命を迎えた事1回、ディスクの不良(インストール後1ヶ月以内に故障)が3回、電源の故障1回、メモリの故障1回。予算
Re:実際、LUGって (スコア:0)
そういうことでしょうか。
LUG を運用している人たちであれば、バックアップや Raid について全く知らないというのは、ちょっと考えられないです。
「やれば出来る」と「やらなければいけない」を混同して
Re:実際、LUGって (スコア:1)
> を必ずしろ、と
言ってしまえばそうでしょうね。テキスト主体や変動の少ないWebコンテンツや、メールメッセージならば、バックアップコピー作成に手間がそんなに掛かる訳でも無し、教条主義に陥っていなければそんなにお金が掛かる訳でも無し。それで自由度が増えるのであれば結構な事でしょう。少なくとも「復旧不能」を宣言する様な羽目、無能サーバ管理者の烙印からは逃れられるでしょう。
どなたかも述べられている様に、(諸般の事情で)復旧可能だが復旧しない事と、復旧不能だから復旧
Re:実際、LUGって (スコア:0)
ここら変が運用についてまともな判断ができない所以です。
判断基準はやる必要があるか無いかです。
判断基準が「バックアップあり>バックアップなし」だけではだめですね。
し
厨キター! (スコア:0)
> 判断基準はやる必要があるか無いかです。
必要はあったんだろーが?
> さて、我々NLUG有志は、uiroのクラッシュから、その復旧を目指して話し合いを続けてきました。
とあるんだからよ。つまりよ、必要性は自明なんだよ。
で
Re:厨キター! (スコア:0)
>間抜けは藻前だ、ばーか。
はいはい。特徴的ですね。
>> 判断基準はやる必要があるか無いかです。
>必要はあったんだろーが?
いきなり判断を間違えていますね。
>> さて、我々NLUG有志は、uiroのクラッシュから、その復旧を目指して話し合いを続けてきました。
>とあるんだからよ。つまりよ、必要性は自明なんだよ。
で、結論は「やっぱりいらない」で終わったでしょう。データが消えた事は単なるトリガーに過ぎない事が理解できませんか?
対処検討中の一時の事をさも全体の様に「俺にとっと気持ちよく、都合もよいから」という理由で強調す
Re:厨キター! (スコア:0)
どっちがだw
>>> さて、我々NLUG有志は、uiroのクラッシュから、その復旧を目指して話し合いを続けてきました。
>>とあるんだからよ。つまりよ、必要性は自明なんだよ。
>で、結論は「やっぱりいらない」で終わったでしょう。データが消えた事は単なるトリガーに過ぎない
典型的な本末転倒。「やっぱりいらない」で終わったのは
「もはや
Re:厨キター! (スコア:0)
えーと、鏡を持っている人だよね。有効活用しましょう。
>典型的な本末転倒。「やっぱりいらない」で終わったのは
>「もはやNLUGの役割りは終わったのではないかという認識に」
>至ったから。もしNLUGの役割があの時点で終わってなかったか、あるいは障害の発生が役割が終わる前なら、
>十分復旧という判断の余地があった。
判断に重要な条件を「俺が気持ち良
Re:厨キター! (スコア:0)
>なんで役割が終わったとの判断が障害の後だと思い込みたがるのだろう。
判断が障害の前なら、何でつぶれたSCSIディスクからサルベージをしようとするんだ?間抜けな運用のツケを払おうとしたやつがNLUGにいるんだよ。継続しない・復旧しないの判断が復旧作業の前の前、障害の前なら、復旧作業なんてするもんか。
Re:厨キター! (スコア:1)
実際、解散のお知らせを読めば、役割が終わったとの判断が障害の後なのは明らかだと思いますが。
Re:厨キター! (スコア:0)
NLUGのしょーもなさを知っていれば、盲信できる類の言ではないということがわかります。
つまり、そーゆーことで。
Re:厨キター! (スコア:1)
それで、私にそのお知らせを信じるなというわけですか?
Re:厨キター! (スコア:0)
知っているような話しているのはkenji等ですね。
判断をするのに必要な条件を知らないことを知ることが重要という話はすでにしていますね。
>それで、私にそのお知らせを信じるなというわけですか?
大本営発表をそのまま鵜呑みにするのですね。
Re:厨キター! (スコア:1)
で、最終判断はどうなるんでしょうか?
必要な条件を知らないことを知るのは確かに重要ですが、
そこでに止まっていても判断できないだけでしょう。
Re:厨キター! (スコア:0)
何の最終かは知りませんが、現状で下す判断は最初に書いてあるでしょう。
それ以外にも途中々で誰が行うかとか、どういう場合行うかとか、それにはどういう条件が不足しているかなど説明していますが、見えないわけですね。
#まあ、「最終判断は」などと安易に口走ったことについても反省できるとよいですね。
Re:厨キター! (スコア:1)
どれですか? いずれにしてもそれは最終の判断じゃないですよね?
条件が不足してるんですから。
>それ以外にも途中々で誰が行うかとか、どういう場合行うかとか、それにはどういう条件が不足しているかなど説明していますが、見えないわけですね。
どれですか? 見えるわけないでしょう。こちらはあなたが
どのコメントを書いたのかわからないんですからね。
で、あなたが不足していると思う条件はなんですか?
Re:厨キター! (スコア:0)
>条件が不足してるんですから。
kenjiらしいですね。
「どれですか?」と何がそれなのか知らないのに、 「最終の判断じゃないですよね?」ということを言ったり「条件が不足してるんですから」と断定してしまうわけです。
そういう思考だから、ちょっとしたアナウンスを見ただけでシステム運用につい
Re:厨キター! (スコア:1)
では、あなたは誰ですか? (笑)
>そういう思考だから、ちょっとしたアナウンスを見ただけでシステム運用について確定的な判断をしてそれ以外の判断が信じられなくなるわけです。
おぉ、どうやって、ちょっとしたアナウンスを見ただけで
私が判断した、とあなたには、わかってしまうんでしょうか?
もっと他の可能性も考えられませんでしたか...
>説明しているのにわからないということは、そこまでkenjiの理解度が低いということです。
だから、どこで説明していますか? 私の理解度など
聞いていないですよ。
で、あなたが不足していると思う条件はなんですか?
Re:厨キター! (スコア:0)
Anonymous Cowardですがなにか?
書いてあることが読めず、書いていないことが読めてしまうkenjiだから仕方ないか...
>もっと他の可能性も考えられませんでしたか...
現在にいたっても、いや将来にわたってそれしか理由を挙げれないという事実で十分ですね。
>私の理解度など聞
Re:厨キター! (スコア:1)
>現在にいたっても、いや将来にわたってそれしか理由を挙げれないという事実で十分ですね。
結局、考えられなかったのですね。
じゃ、答えを教えてあげます。ハズレです。
残念でしょうが、あなたの主張は事実とは異なっていましたね。
>まるで、自分は他人から物を教えてもらえる資質があるような発言ですね。
あります。当然ですね。誰にでもあります。
で、あなたが不足していると思う条件はなんですか?
Re:厨キター! (スコア:0)
挙げられていない理由に対し考えられるわけ有りません。
がんばって予測ができるぐらいです。
書いてあることが読めず、書いていないことが読めてしまう間抜けな読解力が有るkenjiには可能でしょうが。
>じゃ、答えを教えてあげます。ハズレです。
と言った現在にいたっても、いや将来にわたっても理由を挙げれないという事実事実は変わらないわけです。
>あなたの主張は事実