grepを忘れただけなのに - Qiita

去年も『本番環境でやらかしちゃった人のアドベントカレンダー』は盛り上がりましたね。 知見が多く、関心しながら拝見しています。 人は必ず何かしらミスを起こすもの。 明日は我が身と思いながら、業務をこなす日々です。 そんな私も業界に入って1年目(前々職)に、本番環境の洗礼にあったことがございます。 当時は苦々しい思いをしましたが、その経験を供養するためにもここに残そうと思います。 発生当時の状況 事件当時、私はサーバのリプレイス案件にアサインしていました。 その業務の中で上司に日常的に運用されているスクリプトの調査を依頼されました。 私はまだ経験が浅かったため理解が合っているかは怪しいですが、関わっていたシステムは設計の段階で大分やっつけだったらしく、 格納場所が間違っているスクリプトやログが散見されました。 リプレイスを切っ掛けに整理をする予定だったと記憶しています。 入ったばかりのペーペー

[door-s-dev]

grepしようとしてgrep打ち忘れるって何故なんだぜ

[greenbow]

そもそも grep sh だと shachiku.txt みたいなファイルも拾ってしまうのでは。

[NOV1975]

まあ起こり得るってことはわかるが、このシチュエーションでgrep打ち忘れるって相当やぞ…

[masatomo-m]

とても重要なコマンドはパイプ使ったワンライナーではなく、一度ファイルに出力したりして中身のファイルリスト確認してからcatで改めて実行するけどな。まあでもQiitaに書けるくらいの障害で済んだなら何よりではある

[rti7743]

本番環境ならエンターキー押す前に指差し確認とかしたいな。JRの車掌がやっているみたいに。サーバを取り違えたりとかそういう凡ミスもあるわけで。ここはどこで何をしようとして何の命令を発行しているのか確認を。

[homarara]

ブコメでは散々な言われようだが、パイプの後のコマンド漏れって割とやりがちなミスだぞ。まあ、shやrmみたいに誤爆するとえらいことになるキーワードには気を付けようって事だな。

[GARAPON]

ほんとrootで作業しちゃダメだわ。

[naoto408]

意外と「ありえんだろ」みたいなブコメが多くて驚き。人間は疲れてたり、気が散ってたり、いつもやってることだからと油断していたりすると、平気でわけわからんことしちゃうよね。ダブルチェック大事。

[stakme]

| grep .*\.sh したいのに間違って | sh したってことですよね。随分と激しいタイプミスですね…

[sd-craft]

ヒューマンエラーに理由を求めすぎてはいけない…昔ウイルスファイルを削除しようとしたらダブルクリックしたことある

[digo]

自分だったら「いいネタできた」と思って年末まで取っておくところだ。

[sds-page]

人間に手入力させてはいけない

[ryuichi1208]

本番でシェル芸するときは必ず指差し確認してるけどこう言うのは怖いのでやっぱ気をつけよう。

[xlc]

ls の出力を grep にかけるっての、誰に教わったのさ。「大量にファイルがあるときもこれなら動きます！」という意識高い系がやりそうな小賢しい技だな。

[unno_hideyuki]

ls -l | grep -v sh しようとしたのかな（だったらわかる）。でなきゃ、ls -l *.sh とかでいいもんねぇ。

[retire2k]

ls *sh で済むのに、grep 使う理由がわからない

[su3dep]

バックアップ取っておこうと思ってcpと間違えてmvしてて気づかなかったことがある。そこから手打ちは止めてスクリプト化した。

[sirobu]

1.作業確認者には担当者よりハイスキルな人を配置すること 2.手順書にないコマンドは顧客/手順作成者の確認を取った上で実施すること 3.作業担当者はコマンド入力後、確認完了までキーボードから手を離すこと

[rryu]

人に見られながらやるとなるべくスムーズにやろうと慌てて普段しない失敗をしがちである。なのでそういうペア作業をぶっつけ本番でやってはいけない。

[snowcrush]

バックアップ取っておけとしか。gitいれろ。どんな作業でも変更を検出して誤っていたらロールバックする手順を用意しておけたらベスト。間違えないための予防はその後でいい。

[shag]

俺氏、zsh のグローバルエイリアスで alias -g G="| grep -i $* " して、% ps -ef G postgres とかよくするけど、グローバルエイリアス便利だぞ。派生形で alias -g V="| vim -R -" てのもあるぞ。なんにせよ root で作業すんな。

[knok]

scriptコマンドでログをとりながらやる。「command not foundだからヨシ」じゃなくてログを見返して確認する

[kamayan1980]

手打ちなら「ベテランが大丈夫って言ってるのでヨシ」とならざるをえない。コマンド手打ちしなくて済むように手順書をちゃんと書こうね、て話じゃないかな。

[la25]

コマンドコピペも、手順書コピーしたつもりが出来ていなくてクリップボードに入ってた別のシェルスクリプトが出力され、改行入ってるのでそれが実行されて事故ったことあるので万全とはいえない

[hamamuratakuo]

リダイレクトだけが発動して、シンボリックリンク先のファイルをクリア。>は「コマンドが実行される前に、fileをtruncationモードで開いて全ての中身を消去」するのでcommand not foundだろうがお構いなしに消してたのでした

[hayashikousun]

実はこの記事を書いたのはSさんで，横で見てた新人に対する「指摘してくれればやらかさなかったのに」という愚痴をQiitaに書いている説。

[poliphilus]

何のために sudo があるんだぜ？

[natu3kan]

コマンドは書いた通りにしか動かない。

[aroechan]

1万回手打ちして、一度も失敗しない自信のあるものだけ石を投げなさい

[vvvf]

確認者が機能していない環境が根本原因では。CRMが大事なのは航空業界だけじゃないという好例

[stk132]

コンテナ化して本番環境に入らなくて済むようにするのが理想かなとオモタ

[matsubobo]

これはなかなか強烈。zshを使っていたときは alias -g を使って ' | grep' を 'G' に割り当てていたので安全でした。 https://qiita.com/belion_freee/items/caa274cd6f642ea464bf

[tettekete37564]

これが元ネタか、そら -e オプションなかったら解釈可能な箇所は実行されるわな

[JULY]

というか、ファイル名の拡張子でスクリプトかを判定しようとするのが甘い。そこは黙って file コマンド。

[inuaruku]

id:acaca 最初に前々職って書いてるし、この人自身が犯したミスではないので社名は別にいいのでは

[yahihi]

ls -lコマンドの->をほかの記号にするパッチを！w

[mr-csce]

はえ〜面白い。（普段からshでgrepしてなんか変なの辛いったらちゃんと正規表現書くような人間だからブコメ見てごめんてってなった。）

[bluegold]

ls -l の結果を grep に渡す発想をしたことないな。 ls *sh との結果の違いが重要な場面を思いつかない。 cat hoge.txt | more とか sudo su と同じような「しぐさ」的な何かかな。