調査をするときに使うが、毎回忘れてしまうので自分用にメモ statファミリーまとめ dstat 美しい！ 目で見るならこれ。 最も役に立つ参考サイト：http://qiita.com/harukasan/items/b18e484662943d834901 vmstat メモリやCPUを見る時に使う。 iostat ディスクIOを見るときに使う。 netstat ネットワークの状態を見るときに使う。 カーネルチューニングとKVS設定 net.core.somaxconn TCPのmax connection数。 参考サイト：http://d.hatena.ne.jp/tetsuyai/20111220/1324466655 例えばmemcacheやRedis等のKVSを使うときは、memcachedのtcp_backlogや、Redisのmaxclientsの数値以上にあげたほうがいい。
概要 ↓ memcachedのtcp_backlogのデフォルト値は1024で、stats settingsにも1024と表示されているのですが、 stats settings ... STAT tcp_backlog 1024 ... END↓ net.core.somaxconnがデフォルト値のままだと128に切り詰められてしまい、 # cat /proc/sys/net/core/somaxconn 128負荷が高いサーバーでは接続要求を取りこぼしてしまうことがあるそうです。 このnet.core.somaxconn、MemcacheやMySQLなど、高負荷時に多くの接続要求を受け付けるサーバーではチューニングが必要なカーネルパラメータのようです。いったいどういう値なのか、調べてみました。 net.core.somaxconnとは TCPソケットはlisten()関数の第二引数 ba
主要なLinuxディストリビューションの「Linux Unified Key Setup-on-disk-format」（LUKS）に、セキュリティホールが存在することが明らかになった。LUKSはLinuxで使われているハードディスク暗号化のための標準的な仕組みだ。LUKSは多くの場合、「cryptsetup」というユーティリティを使用してセットアップされている。この脆弱性はcryptsetupに存在するもので、かなり深刻度が高く、影響を受けるLinuxディストリビューションには、「Debian」、「Ubuntu」、「Fedora」、「Red Hat Enterpise Linux」（RHEL）、「SUSE Linux Enterprise Server」（SLES）が含まれる。 セキュリティレポートCVE-2016-4484には、このセキュリティホールを利用すると、攻撃者は「対象システム
When an application puts a socket into LISTEN state using the listen syscall, it needs to specify a backlog for that socket. The backlog is usually described as the limit for the queue of incoming connections. Because of the 3-way handshake used by TCP, an incoming connection goes through an intermediate state SYN RECEIVED before it reaches the ESTABLISHED state and can be returned by the accept s
最近 ParallelServer というライブラリを作ったのですが、その最中に奇妙な状態になってる TCP ポートを見つけたので、メモっておきます。 Ruby では TCP サーバーは次のような感じで作ることができます。お手軽ですね。 require 'socket' Socket.tcp_server_loop(12345) do |socket, client_addr| socket.puts "Your IP address: #{client_addr.ip_address}" name = socket.gets socket.puts "Hello, #{name}" socket.close end これは 12345 ポートでクライアントからの接続を待ち、接続されたらクライアントのIPアドレスとクライアントからの入力をクライアントに送信して切断するだけの簡単なプログラム
Dirty COW (CVE-2016-5195) is a privilege escalation vulnerability in the Linux Kernel View Exploit Details What is the CVE-2016-5195? CVE-2016-5195 is the official reference to this bug. CVE (Common Vulnerabilities and Exposures) is the Standard for Information Security Vulnerability Names maintained by MITRE. Why is it called the Dirty COW bug? "A race condition was found in the way the Linux ker
■はじめに cron とは、ジョブ（スクリプト）を自動実行するためのデーモンプロセスです。そして、Linux システムの管理を行なう場合、ログのローテートや、バックアップなど、定期的に自動実行したいジョブが数多くあります。特に、バックアップなどは、システムへの負荷が大きいため、通常は、ユーザからのアクセスが少ない、深夜や早朝に行なわれます。 このように、定期的に実行されるジョブは、crond というデーモンによって、自動的に行なうように管理することができます。そこで、今回は、cron の設定を行なうために必要なコマンドや、設定ファイルについて説明していきたいと思います。 ■設定手順 このページでは、以下の順番で cronの設定について説明します。 まず、Linuxシステム上で、cron を使用するために、サービスの起動で、サービスの状態を確認し、停止している場合には、サービスを起動します。
ユーザ設定crontab 各ユーザが「crontab -e」コマンドで設定したcrontabの設定内容確認方法です。 自分で設定したcrontab確認 自分で設定したcrontabについては「crontab -l」で設定内容を確認することが出来ます。 「crontab -l」実行結果 rootユーザが設定したcrontabの設定を確認しています。 # crontab -l 10 * * * * /root/crontest.sh 毎時10分にcrontest.shが実行されるという設定がされることが確認できました。 他ユーザのcrontab確認 rootならば、「-u」オプションで確認したいユーザを指定することがで、そのユーザのcrontabの設定を確認することが出来きます。なお、一般ユーザには-uオプションを実行する権限がないため、この方法は使用できません。 crontab -u コマン
（1）はこちら、（2）はこちらから。 App::RunCron （3）では、前回（2）に出てきたcron実行結果の通知処理やエラーハンドリングを統一的に行うことができる拙作のフレームワークApp::RunCronを紹介します。 App::RunCronとは？ cronにおけるログとエラーハンドリングの問題点 cronで実行したコマンドのエラー処理は悩ましいところです。パイプで出力を後続のコマンドに渡したところで、コマンドの成否自体は後続のコマンドからは知るすべはなく、出力結果から推測するしかありません。ログ処理とも共通することですが、コマンド終了コードがわからないまま、成功時も失敗時の別なく出力が流れてくることから、ログが埋もれてしまうというジレンマをcronは抱えています。 かといって、ジョブごとにエラー処理を書くのは、正しく書くのも難しく、書けたところで各ジョブ内に同じようなコードが
前回の（1）はこちらから。 プロジェクトでcronを利用する 筆者は普段ゲーム開発のサーバサイドを担当していますが、プロジェクトによってはバッチサーバのcrontabが100行を超えることもあります。イベント、ランキング処理、監視、集計、バックアップ、リカバリ処理などをしっかりやろうとすると、どうしてもそれくらいになってしまいます。 100行とはいかなくても、プロジェクトで使うcrontabの行数が膨らんでくると、サーバで直接crontabを編集することは管理上現実的ではありません。 crontabの記述とリポジトリ管理 では実際のプロジェクトでcrontabをどのように管理していけばよいのでしょうか。筆者は次の方針を立てています。 crontabの記述にゆるやかな規約を設け、リポジトリ管理する crontabの自動テストを行う crontabの反映方法をなるべく自動化する crontab
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはsongmuさんこと松木雅幸さんで、テーマはcronです。 なお本稿のサンプルコードは、本誌サポートサイトから入手できます。 cronとは？ cronは指定日時にジョブの自動実行を行うジョブスケジューラです。UNIX系のOSであれば実装の違いこそあれ、ほぼ標準でインストールされています。 作業自動化や、タスクを自動実行したいなどといった場合にcronは避けては通れません。Perlでバッチ処理を書く際などに多くの人が活用していると思いますが、ベストプラクティスがわからず恐る恐る使っている人も多いのではないでしょうか。 本稿では、cron活用におけるベストプラクティスについてお話します。 cronの使いどころ cronの使い途は、主に次の3つが考えられます。 a．アプリケーションのジョブの実行 b．システムに関わる
Microsoftは「Windows Subsystem for Linux: File System - Seth Juarez - Channel 9」において、Windows Subsystem for Linuxにおけるファイルシステムの内部構造について解説した。WindowsカーネルでLinuxソフトウェアをネイティブに実行する機能「Windows Subsystem for Linux」ではNTFSを基盤となるファイルシステムとして利用している。どのような仕組みでこの機能を提供しているのかが動画で紹介されている。 「Windows Subsystem for Linux」ではLinuxバイナリがシステムコールを実行すると、カーネルモードで動作するドライバLXCORE.SYSに処理が飛ぶようになっている。最初はエントリポイントであるシステムコールレイヤが呼び出され、ファイルシステ
NMI ウォッチドッグ [プレインテキスト版] 原著作者: Ingo Molnar <mingo@redhat.com> 翻訳者: 野本 浩一 <hng(a)ps.ksky.ne.jp> 川崎 貴彦 <takahiko(a)hakubi.co.jp> バージョン: 2.6.5 翻訳日時: 2004/05/04 [NMI ウォッチドッグは x86 および x86-64 アーキテクチャでのみ使用できます] あなたのシステムは予期せずにロックアップしますか？ キーボードからの入力に 応答しない、イライラするような完全なハード・ロックアップですか？ このような ロックアップのデバッグ支援を受けたいですか？ 全てが「はい」なら、この文書は きっと、あなたのためのものです。 多くの x86/x86-64 ハードウェアには、'ウォッチドッグ NMI 割込み' の生成を 有効にする機能があります (NMI
海外コメンタリー Linux Foundationがコミュニティーを離れて企業寄りに？--定款論争に思う Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 石橋啓一郎 2016-01-28 06:00 Linuxの世界で論争が起こるのは珍しくない。Sarah Sharpe氏のような有名な開発者が、Linux開発コミュニティーの本拠地であるLinuxカーネルメーリングリストを離脱したり、Matthew Garrett氏が自分のやり方を貫くために同メーリングリストを離れたりしている。また、Linus Torvals氏は、他のプログラマーのコードに対して感じたことを言うときに、まったく遠慮をしない。 ただ、Linux Foundationでは、これまであまり激しい論争は起きない傾向があった。同組織はLinuxを支える非営利組織であり、現
From: Brian Dessent <brian at dessent dot net> To: cygwin-apps at cygwin dot com Date: Sun, 12 Feb 2006 02:22:20 -0800 Subject: Re: The purpose of /etc/default ? References: <vevpddaj.fsf@blue.sea.net> <[email protected]> Yitzchak Scott-Thoennes wrote: > > What does /etc/defaults mean under Cygwin? This should be documented > > in the package contributors guide as well. > > I think deb
次のページ 前のページ 目次へ 10. ファイルシステム この章では、Linux カーネルがサポートするファイルシステム内でのファイル管理 の方法や、仮想ファイルシステムの仕組みについて解説する。また、Linux カーネルの 実(real)ファイルシステムがどのようにサポートされているのかについても説明する。 Linux の最も重要な特徴のひとつに、サポートするファイルシステムの豊富さがあ る。このことが、Linux を非常に柔軟なものにし、他の多くのオペレーティングシス テムとの共存を可能にしている。書き込みに関して、Linux は 15 のファイルシステム をサポートしている。それらは、ext, ext2, xia, minix, umsdos, msdos, vfat, proc, smb, ncp, iso9660, sysv, hpfs, affs, それに ufs であり、 お
bcache (abbreviated from block cache) is a cache mechanism in the Linux kernel's block layer, which is used for accessing secondary storage devices. It allows one or more fast storage devices, such as flash-based solid-state drives (SSDs), to act as a cache for one or more slower storage devices, such as hard disk drives (HDDs); this effectively creates hybrid volumes and provides performance impr
「30 人の Linux カーネル開発者」へようこそ! このコーナーでは、これから 30 週にわたり、毎週異なる Linux カーネル開発者をとりあげてご紹介します。Linux カーネル開発コミュニティは、さまざまな面でユニークです。このコミュニティを形成している個々の人々は、世界最大の共同開発プロジェクトを率いる責任者であり、今後の Linux OS をはじめとする技術に絶大な影響を与えています。これから 2012 年後半にかけてご紹介するプロフィールにより、開発者らがどのように作業しているのかがわかり、彼らとの協力方法や彼らの考え方を理解できるでしょう。 インタビュー原文 http://www.linux.com/news/special-feature/linux-developers 本シリーズの最後を飾るのは Paul E. McKenney です。彼が夢中になっているカーネル開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
