アカウント名:
パスワード:
かつて勤めていた会社にて私が入社前の話。rootでログイン、何か作業中にカレントディレクトリを勘違いしていてルートディレクトリでrm *をやっちゃった人がいたとかgkbr
普通、ルート直下にはディレクトリしかないから大丈夫なんちゃう?無粋?
そこから学ぶ事柄で2種類の人に分かれます。・rm使う時は気をつけよう、特にrootでシステムファイル以下をいじる時には。・全員rootである必要性を検討し、再発しない運用ルールにしよう。
その積み重ねで差が生まれてくる。
「気をつけよう」じゃなくて、「ミスっても復旧する方法を最初に作ろう」じゃないんですかね。
「気をつけよう」とか心構えの問題で片付けてしまうのか、実際のルール作りまでするかの違いを言っているんじゃない?
前者は1週間もすれば、忘れてまた繰り返す。
それは「再発しない運用ルール」に入れて良いのでは。
元コメの2パターンは、オペレータ型思考と、システム管理者型思考の事で、オペレータ目線でしか考えられない人は、ずっとオペレータのままという皮肉なのではないでしょうか。
ところで、バックアップはシステム側の問題で、今回のDBの件では、彼のせいでバックアップから復帰出来なかった訳では無いのですよね。作業ミスの影響でダウンしたのは彼の責任なのですが。全責任を背負わされるのは納得いかないですね。
・コマンドを手打ちすると間違うので、スクリプト化しよう。(事前に検証ができる)・一人だと不安なので二人体制にしよう。(ダブルチェック)・万が一ミスったときの復旧手段を準備しよう。
rm -R ./* と rm -R /* とかな…。
//以外にも ミスりがちなので trashコマンド使うようにすると ちょっぴり安心かも。
kill - 1 67921
余計な空白一つでサーバが脳死状態に…。既にディスクに書かれているデータが消えるわけではないけども。
そういうことがありうるからKILLでシグナルを送るときには数字で書くな文字列で書けって師匠に教わったぜ実際その時アイドル中だったワークステーションで実演してくれたから強く心に残ってる
やらかして以降は文字列で書いてたけどね。事前の指導は特になかったな。事故後には言われたけどw
そこで間違えて \* ですよ
納品直前のDBサーバーにて、rootでルートパスから mv * /zenbu と叩いたオレに勝てるやつはいないのか……
rm 系ではないけど、某商用UNIX の /usr 以下を全部 Linux の /usr に置き換えた人はいました。なんでも家で作ってきた自分のプログラムをそのまま使いたかったとのことで。
コマンドほとんど使えなくなったのでシステムバックアップ戻しました。
普通にやってしまいそうで怖いミス
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
何かをやらかす予備軍な人は大勢いて (スコア:5, 興味深い)
ちなみにうちの職場ではこういう伝説が残ってました。
全員がrootを使用している環境で/etcに*という名前のファイルができてしまった。
それを削除しようとして/etcでrm *を実行した人がいて、大変なことになった。
Re:何かをやらかす予備軍な人は大勢いて (スコア:2, 興味深い)
かつて勤めていた会社にて私が入社前の話。
rootでログイン、何か作業中にカレントディレクトリを勘違いしていてルートディレクトリでrm *をやっちゃった人がいたとかgkbr
Re: (スコア:0)
普通、ルート直下にはディレクトリしかないから大丈夫なんちゃう?
無粋?
Re:何かをやらかす予備軍な人は大勢いて (スコア:2, すばらしい洞察)
そこから学ぶ事柄で2種類の人に分かれます。
・rm使う時は気をつけよう、特にrootでシステムファイル以下をいじる時には。
・全員rootである必要性を検討し、再発しない運用ルールにしよう。
その積み重ねで差が生まれてくる。
Re: (スコア:0)
「気をつけよう」じゃなくて、「ミスっても復旧する方法を最初に作ろう」じゃないんですかね。
Re:何かをやらかす予備軍な人は大勢いて (スコア:1)
「気をつけよう」とか心構えの問題で片付けてしまうのか、
実際のルール作りまでするかの違いを言っているんじゃない?
前者は1週間もすれば、忘れてまた繰り返す。
Re: (スコア:0)
それは「再発しない運用ルール」に入れて良いのでは。
元コメの2パターンは、オペレータ型思考と、システム管理者型思考の事で、オペレータ目線でしか考えられない人は、
ずっとオペレータのままという皮肉なのではないでしょうか。
ところで、バックアップはシステム側の問題で、今回のDBの件では、彼のせいでバックアップから復帰出来なかった訳では無いのですよね。
作業ミスの影響でダウンしたのは彼の責任なのですが。全責任を背負わされるのは納得いかないですね。
Re: (スコア:0)
・コマンドを手打ちすると間違うので、スクリプト化しよう。(事前に検証ができる)
・一人だと不安なので二人体制にしよう。(ダブルチェック)
・万が一ミスったときの復旧手段を準備しよう。
Re:何かをやらかす予備軍な人は大勢いて (スコア:1)
rm -R ./* と rm -R /* とかな…。
//以外にも ミスりがちなので trashコマンド使うようにすると ちょっぴり安心かも。
見習いrootのHUP (スコア:1)
kill - 1 67921
余計な空白一つでサーバが脳死状態に…。既にディスクに書かれているデータが消えるわけではないけども。
Re:見習いrootのHUP (スコア:3, 参考になる)
そういうことがありうるからKILLでシグナルを送るときには数字で書くな文字列で書け
って師匠に教わったぜ
実際その時アイドル中だったワークステーションで実演してくれたから強く心に残ってる
Re:見習いrootのHUP (スコア:1)
やらかして以降は文字列で書いてたけどね。事前の指導は特になかったな。事故後には言われたけどw
Re: (スコア:0)
そこで間違えて \* ですよ
Re: (スコア:0)
納品直前のDBサーバーにて、rootでルートパスから mv * /zenbu と叩いたオレに勝てるやつはいないのか……
Re:何かをやらかす予備軍な人は大勢いて (スコア:1)
rm 系ではないけど、某商用UNIX の /usr 以下を全部 Linux の /usr に置き換えた人はいました。
なんでも家で作ってきた自分のプログラムをそのまま使いたかったとのことで。
コマンドほとんど使えなくなったのでシステムバックアップ戻しました。
~パタポン教徒~
Re: (スコア:0)
普通にやってしまいそうで怖いミス