Apache requests stuck in '..reading..' state
We've recently been hitting our maxclients (300) on our server and are noticing a lot of connections are stuck in the R reading state. Here's an excerpt from our server-status dump: Current Time: Monday, 29-Apr-2013 11:46:00 PDT Restart Time: Monday, 29-Apr-2013 11:03:48 PDT Parent Server Generation: 0 Server uptime: 42 minutes 12 seconds Total accesses: 144170 - Total Traffic: 29.8 MB CPU Usage:
IPv4 転送の実行可否を決定する "net.ipv4.ip_forward" を検証する - えこ日記
Linux では "net.ipv4.ip_forward" というパラメータがデフォルトでは "0" ですが、「この値を "1" にすることで IPv4 転送が有効になる」という記事をよく見かけます。このパラメータを実際に検証してみました。 route 〜 ルーティングテーブルの表示／設定を行う（※「経路の追加」という部分で述べられています） ITmedia エンタープライズ - IPフォワードを利用したい 検証は GNS3 上の MicroCore Linux 3.4（Linux Kernel 2.6.33.3）で実施しています。 同セグメント・B サーバへの Ping 下記の構成で検証を進めます。B での ip_forward 設定の内容にかかわらず、A から B の同セグメントインターフェイスへ Ping すると（フィルタしていない限りは）応答があります。 別セグメント・但し、B
さくらのクラウドでネットワークがつながらない時の対処法
さくらのクラウドでプライベートテンプレートから仮想サーバーを起動させると、こういうことが起ります。 [root@sakura ~]# ping google.com ping: unknown host google.com （コントロールパネルのコンソールから実行） 普通に外部（インターネット）と通信ができません。 AWS EC2やRackspace Cloudではテンプレートから新しくインスタンスを立ち上げた場合は、ネットワーク設定周りを自動的に調整してくれて、起動直後からインターネットにつながります。 逆に言うと、さくらのクラウドは純粋な仮想サーバーと考えると扱いやすくなります。 これは、クラウドのシステムから仮想サーバーに割り振られたグローバルIPアドレスと起動したサーバーのネットワークの設定がずれているのが原因です。 対処法手順 まずは、コントロールパネル ＞ サーバー ＞ 詳細
さくらのクラウドインフラの紹介
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
IBM WebSphere Application Server Community Edition Documentation : Unix のチューニング
サーバーのパフォーマンスを向上させるため、Unix/Linux システムをカスタマイズする必要がある場合があります。以下では、構成の調整に関するヒントを説明します。これらのシステムは変更されることがあるため、以下のヒントが最新のものではなくなる場合があること、また、結果が変化する可能性があることに注意してください。 パフォーマンス向上のために何らかの変更を行う前に、必ず、現在のパフォーマンスを測定しておいてください。トランザクション速度、応答時間、最大同時ユーザー数、またはその他のパフォーマンス基準など、必要な情報が何であろうと、変更の前後で正確にパフォーマンスを測定し、チューニング・パラメーターを変更することで違いが生じたかどうかを知る必要があります。 timeout_timewait パラメーター timeout_timewait 値は、閉じられた接続が TCP/IP によって解放され
CLOSE_WAITのセッションを早く消す方法 - つれづれなる・・・
原因はおそらくwebサーバ〜DBサーバ間のセッションがネットワーク的に不安定だったからだと思うけど、DBサーバで netstat -an すると 大量の CLOSE_WAIT のセッションが残ってしまって、MySQL の最大コネクション数にまで達してしまってwebの表示が出来なかった。CLOSE_WAIT をいきなり消すことは出来ないので、早めに消えるようにしたいときは tcp_keepalive_time TCPセッションが確立されて検査が実施されるまでの時間 時間になると tcp_keepalive_intvl と tcp_keepalive_probes の値にしたがって検査を実施する tcp_keepalive_intvl 次の検査を実行するときの待ち時間 tcp_keepalive_probes 検査の回数のそれぞれの値を小さくしてあげればよい。変更方法は vi で :wq する
Windows Server 2008 Beta版：IPv6 / IPv4混在環境での通信検証 ～移行・導入・運用の豆情報～ : 富士通
～Windows Server 2008 Beta版 移行・導入・運用の豆情報～ 最新WindowsではIPv6が既定で有効 IPv6 (Internet Protocol version 6) プロトコルは、Windows Server 2003 / Windows XP SP1から正式に使用することができるようになりましたが、使用するためにはユーザがプロトコルの追加・構成を行う必要がありました。 これに対し、Windows VistaやWindows Server 2008では、既定でIPv6が有効に設定されています。 また、Windows Server 2008のDNSサービス、DHCPサービス、インターネットインフォメーションサービス (IIS) など主要ネットワークサービスもIPv6に対応しています。 ハードウェア面では、ネットワーク機器のIPv6対応が進んでおり、既存のIPv4
Windows7のネットワークが異様に遅い問題 - あたし、めりーさん。今、あなたが心の中にいるわ。
この記事は2010年に書かれたものです。気休め程度にいじってみてください。 あと、I/O書き込みのたびにCPUが張り付くのでメモリ8GにふやしてSSD換装してみたら、下記の方法を試さなくても「ネットワークが遅い」問題が解決されました。(2013.06.10 追記) 家庭内の共有ファイルアクセスも遅くてこまるし頻繁にネットワークが切断される（というかタイムアウトしてる？）のでどうにかせにゃなーと検索してみた。64bit版でアプリケーション自体の速度は問題ない（ややメモリが使いすぎな感があるが）けどネットワークは本当に遅い。くだりが平均20k、早くても50k…Visual Studio試用版のネットワークインストールが半日たっても終わらない… チェックサムは、ネットワークを介して転送されるデータの完全性をチェックするシンプルなエラー検出方式です。TCP/IP/UDPなどの通信プロトコルでは、こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さくらのクラウドでUbuntu 12.04 LTSを導入して最初にする設定 - Qiita