Linuxサーバのディスク容量減少アラートが飛んできた！ってときにどう対処するか - たごもりすメモ
完全に このエントリ のネタパクりです。すいません。 何に使われてるかわかったもんじゃないマシンとか開発用サーバとかだと超巨大なバイナリとか置いてあるかもしれませんが、プロダクション用のサーバでそういうことは無いとしましょう。 その場合、原因はだいたい以下のどれかです。www/appとdbが別マシンに分かれてる場合は更に絞り込めますね。 wwwサーバやappサーバ ログ 圧縮してあるが保存世代数が多くて厳しいケース 圧縮し忘れてるケース 圧縮どころかローテーションすら忘れてて1ファイルどかんと存在するケース ローテーションがうまくいかなくて deleted ファイルなケース tmpデータなど(app) キャッシュサーバのディスクキャッシュ dbサーバ データ実体 (ib_data) バイナリログ ログの場合でも、ディスク上のどこにログが書かれてるかは色々なパターンがある可能性がありますね。
Linuxサーバがディスク容量不足になった！何か消さねば！ってなった時にどう対処するか - 元RX-7乗りの適当な日々
とりとめもなく書いてみる。主にルーキー向けです。 サーバの運用とかやっていると、不定期ではあるが、たまにタイトルのようなディスク容量が逼迫する話題に直面します。 まぁ、それが起こるのは一旦良いとして、みんなこういう時、どうやって調べているのだろう？ とりあえず、僕がどうやってるか書いてみます。 何はともあれ現状確認 みんな大好き"df"コマンドです。細かい説明は省きますが、各パーティション・ファイルシステムごとにディスクの使用状況を確認。 # df -h Filesystem サイズ 使用 残り 使用% マウント位置 /dev/sda3 130G 88G 36G 72% / /dev/sda1 494M 23M 447M 5% /boot tmpfs 12G 0 12G 0% /dev/shm正確とは言いませんが、だいたいどのパーティションにどのくらい容量が空いているかが確認できます。 ど
ラグナロクオンラインは既にどうやって最期を看取るかと言う段階 - Cube Lilac
パズル&ドラゴンズ（パズドラ） で絶好調のガンホー社ですが、その一方で、かつてのメインコンテンツであった ラグナロクオンライン（RO） が悲惨な状況となっています。下記は、jRO の接続人数を書き写すスレ にて毎日 23 時に定点観測されているものから 毎年 7 月最終週の日曜日のものを抜粋したものですが、ここ数年、接続人数の減少に歯止めがかからず（今年に入ってから特に酷くなっている）、もはや「どうやって盛り返すか」と言う段階ではなく「どうやって最期を看取るか」と言う段階にまで落ち込みつつあります。 日時接続人数増減数増減割合 2006/07/30 67,480 - - 2007/07/29 49,944 ▲17,536 ▲26.0% 2008/07/27 49,660 ▲284 ▲0.6% 2009/07/26 46,913 ▲2,747 ▲5.5% 2010/07/25 49,294
接待のこと教えてください
接待達人（※）のPさん（真ん中）は製薬会社のMRとして秋田で８年間お医者さんを接待してきた。 接待する相手は地方のお医者さんで、年齢層もさまざま。年下から７０代８０代も接待する。「先生」と呼ばれる人たちなので地位もプライドも高い。 一昔前はお医者さんの家の引越しまで手伝わされたりしたらしいが、Pさんは経験ないらしい。最近あったのは畑仕事で「いくら立てても倒れてしまう逆バージョンの奇跡の一本松というのがあって、自分の車にくくりつけて立てました」……たぶん引越しよりもきつい。 この達人を同じくデイリーポータルZで書いている石川（右）と二人で接待して、その場で加点と減点をしてもらおうと思う。 スーツ姿のPさんを渋谷に呼び出して、迎えたのは普段着の大北と石川。もちろんいきなり減点だ。 ※勝手に呼んでるだけでほんとの達人かどうかは知らない
SIerを退職し、Web系に転職しました - arveltのソフトウェア技術メモ
銀行系列の中規模SIerを退職し、 受託と自社サービスの開発を行っている小規模Web系に転職することになりました。 7/30が最終出社日でした。8/1からは新しい勤め先へ向かいます。 １．これまでやったこと ２．これからやりたいこと ３．なぜ転職しようと思ったのか なお、３はいわいる自分語りを含む上に長いのでご注意ください。 読ませる知り合いもいないのに何故書いた。 １．これまでにやってきたこと。 オープン系の基幹システムの保守開発に携わり4年ほど。 Java、COBOL、ExcelVBAをメインにやっていました。 もちろんSQLも普通に書いたりしつつ、触ったことのあるDBはOracle、PostgresSQL、SQLServer。 業務知識は主に流通系。Web開発とかもやりました。Javaでstruts1.Xとか、ASP.NETとC#とVBとか。 それと個人的欲求に基づき、Android
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
