cron哀歌～typoを笑うものはtypoに泣く～他 - Qiita

この記事は「本番環境でやらかしちゃった人 Advent Calendar 2019」の12日目です。 https://qiita.com/advent-calendar/2019/yarakashi-production （想像以上に人気のカレンダーに参加してしまい、正直なところ、戦々恐々としております……） はじめに ほとんどの方ははじめまして、 @NACK と申します。 エンジニアになって何十年も経ちますが、未だに、ここに書いた「やらかし」は夢に見ます。 皆さんにご笑覧いただいて、私も一緒に笑えるようになればいいなあ……と思い、今回の企画に参加させていただきました。 というわけで、ぜひ笑いとばしていってください。もしくは、今後のみなさんの業務に、ほんの少しでもお役に立てれば幸いです。 用語説明 typoとは 入力ミスのこと。"typographical error"の略。 http:/

[mattn]

オッ、crontab -r 伝統芸だ。

[dnsystem]

crontab -r はなんであんな仕様なんだろ

[bps_tomoya]

タイトルを見ただけでなにをやらかしたか全て理解してしまったんだけれど本当にこの手のこれは実際にやらかさないと強烈な痛みとして身体に刻み込まれずまた明日もどこかでやらかしが起きてしまうのは辛い所がある

[megazalrock]

押し間違えると死ぬのに隣に並んでる物って意外にあるよな。アクセルとブレーキとか。

[masaru_b_cl]

２部構成で読み応えがあった

[tanimiyan]

“原因　キーボードで、rとeが隣にあったから”笑うけどヒヤヒヤする

[xlc]

crontab に関してはUnixの仕様が悪いのは疑いようがない。基本は -e は使わず、別ファイルで編集して入れ替えること。

[BlueSkyDetector]

個人的にはシステムとして実行するなら/etc/cron.d/一択。個々の動作ごとにファイルを分けて記述できて管理しやすいし、/etc/crontabやcrontabコマンドだと他目的のcronの記述と混在するし、crontab -rみたいなミスも発生しない。

[Kil]

笑わないよ。本番環境ではないけど、crontab -r typoしたことあるもん。3行くらいしかない開発環境のcronだったからなんも問題なかったけど。

[rryu]

「crontab ってコマンドを使うのだけれども」(死亡フラグ)。普通にroot権限使えるなら個人に属さない設定には /cron.d を使うべきだと思う。設定に名前も付けられるし。

[rochefort]

crontab -r オプションいらんやろ

[petitbang]

自分はviでcontabファイル直接開いて編集する派でした。

[kkobayashi]

これはお手本のようなエントリーじゃないだろうか。crontabの直接編集で終わってたら心配だったけど2回目のやらかし事例があったのがよかった（良くはないだろうけど）

[ot2sy39]

typo対策で「一度テキストファイルに書いてコピペ」というのがよくあるけど、複数行一気に流れたりして、逆に凄い怖いんだけど。俺だけ？

[side_tana]

タイムスタンプの挙動知らなかった

[MasaoBlue]

Railsのwheneverって本当に強力だったなぁと思った。最近Rails自体に触れて無いので今どうなってるのか分からないけど

[advancedbear]

alias crontab="crontab -i"しておくかーという気持ちもあるが、俺はvimで直接編集しちゃうんだよなぁ（RedHat系しか使わないし……）

[T_Shino]

typoを笑うものはtypoに泣く。よくわかることだけど、こえええぇぇぇ

[richard_raw]

crontabあるあるネタだ……「-r」だけに（抑えきれなかった）/しかも二段構えだったかー。

[rx7]

そういえば7年前に似たようなエントリを見かけて反射的に書いたのが https://www.na3.jp/entry/20120723/p2

[mikage014]

Rubyのwheneverは設定ファイルをcronに書き出すだけのgemだけど、こういう事故に対してはコードで管理するメリットが生きてくる

[GOT4416]

2回目のやらかし案件って良い失敗例じゃん！（cronファイルの直接修正したことない…）

[JULY]

よし、キーボードのレイアウトを変えて r と u を入れ替えよう（そこじゃない）。

[omuriceman]

-r 知らなかった！今まで運が良かったw -lはやるようにはしてたなぁ

[taku-o]

cronは二度刺す

[tourism55]

こうやって-r芸を踏んだ先輩が危険性と共にcronの使い方を教えてくれたり運用ルール整備してくれたので私は踏んでません。でもコマンド仕様作った人の懺悔もあれば聞いてみたい

[Magicant]

昔から言はれてるけどオプションをちょっと打ち間違へただけで全ての設定が吹き飛ぶ crontab コマンドの仕様やばいよね

[yamadadadada2]

clowdwatcheventだとこういうのなくなるのがいいよなと

[Shinwiki]

ゆうめいなやつ

[marshi]

cron触ってたときはめっちゃ気をつけてたけどあれは仕様が悪い

[hdampty7]

cronは他にも標準出力をメール送信するので数年後にメールでHDD容量食いつくすとか知らないと結構凶悪な仕様。

[sisya]

eとrが隣り合っていることに恐怖を覚えていたので、幸いまだやらかしたことはないのだが、なぜあんな実装になっているのか。…という話も手あかがつくほど語られてはいるが。

[ksugimori]

定番のネタだけど面白かった。

[nakayuki805]

自分はvisudoみたいな感じにalias vicrontab="crontab -e"ってしてる

[zu2]

危険なオプションが互換性のために維持されてるのもなんとかならんかなーとは思う。 -r じゃなくて --remove にするとか

[tofu-kun]

これは人類に共有したい知見だよね。知らないでいると死ぬ確率が高い。

[agricola]

直接ログインしてオペレーションしないでAnsibleとか使うと人間は幸せになれます（hostsファイル切り替えるだけでテスト環境と本番環境で同じ操作ができるんだぞ）。

[tmtms]

あー、/var 配下の crontab ファイルを直接編集しちゃダメなのに…と思ったら直接編集しちゃダメという話だった。個人的なおすすめは /etc/cron.*/ 配下の編集。

[yokochie]

cron の編集って変な緊張感あるよね（PATHが通っていないから動かないとか）。それはそうと都内某所と言いつつ横にがっつり会社名書いてあって笑った

[ritek]

似た話をよく聞く…