CentOS 6になったらTomcatのJVMが仮想メモリを大量に確保するようになった 2013-11-19 CentOS 5+Tomcat 7+JDK 7+Apacheという組み合わせで動かしていたサーバ群に、OSだけCentOS 6にしてミドルウェアのバージョンは変えないサーバを何台か追加したところ、CentOS 6の方が、Tomcatが確保している仮想メモリ量が圧倒的にでかいことに気づいた。 ちなみに、どちらのサーバもヒープサイズは「-Xmn1024m -Xmx2048m -Xms2048m」となっており、本来なら2GBプラスアルファ(コードキャッシュ他の領域分)しかメモリは食わないはずだ。もちろん、ロードバランサではどちらのサーバにも同じ重みでアクセスを流していおり、負荷は同じのはず。 CentOS 5のサーバ こちらはざっくり3GB弱の仮想メモリを確保していると出ている(左から5
Linuxに関するmichihideのブックマーク (38)
-
michihide 2015/04/07
-
-
Ubuntu「それではLinuxをどうやって普及させるか会議を始めます」 : エレファント速報：SSまとめブログ
1：以下、＼(^o^)／でVIPがお送りします：2015/02/03(火) 18:20:03.96 ID:FbwVv+bh0.net Debian「何でお前がLinux代表みたいなツラしてんだよ」 Slackware「いやホントだわ」 Ubuntu「あの・・・その・・・」 PuppyLinux「まぁまぁ、出世頭ですしココは初心者さんでも理解しやすいUbuntuで良いじゃないですか」 KaliLinux「色んなディストリビューションのベースになってるしな」 KNOPPIX「昨今はUbuntuコミュニティの貢献度は大きいよね」 3：以下、＼(^o^)／でVIPがお送りします：2015/02/03(火) 18:24:34.75 ID:FbwVv+bh0.net RHEL「そもそもさ"Linuxが普及してない"って意見にすら違和感を覚える」 CentOS「その通り、サーバ用途なら"Linuxは普及
-
BASHの脆弱性でCGIスクリプトにアレさせてみました
環境変数に仕込まれたコードを実行してしまうBASHの脆弱性が CGIスクリプトに影響を与えるか試してみたら結果は悲惨な感じに Tweet 2014年9月25日 嶋田大貴 この記事は2014年のものです 朝から Bash specially-crafted environment variables code injection attack なるもので騒ぎになっていたので、さっそく手元の Apacheで試してみました。 /hoge.cgiというURIで実行されるように、一行のメッセージを出力するだけの CGIスクリプトを設置します。いっけん、なんの入力もクライアント側から受け付けていないため危険のありようもなく見えます。 #!/bin/sh echo "Content-type: text/plain" echo echo "Hi! I'm an ordinary CGI script w
-
-
Private Presentation
Private content!This content has been marked as private by the uploader.
-
訳：非推奨になったLinuxネットワークコマンドの代替コマンド - aws memo
これはちゃんとチェックしておかないとなぁ。 Deprecated Linux networking commands and their replacements « Doug Vitale Tech Blog ==== この記事で詳しく説明する非推奨のLinuxネットワークコマンドは：arp, ifconfig, iptunnel, iwconfig, nameif, netstat, route である。iwconfig以外の コマンドは、net-toolsパッケージという、数年間メンテナンスされていないパッケージに含まれている。これらのユーティリティによって提供される機能は、新しいipコマンドを主に使うiproute2 スイートで再提供され、改善され続けている。iproute2ソフトウェアのコードとドキュメントは、Kernel.orgとLinux Foundationで見ることができ
-
1700台のLinux搭載ノートPCが高校の生徒全員に配布される
アメリカ・ペンシルバニア州にある高校の一部では、日本の高校生に相当する9年生から12年生の生徒全員にノートPCを配布しました。PCにはLinux OSが搭載されているのですが、「なぜPCを配ったのか？」という運営方針と狙いについて地域の技術責任者がコメントを語っています。 Pennsylvania High School Rolls Out 1,700 Linux Laptops to Students | Linux.com http://www.linux.com/news/featured-blogs/200-libby-clark/761499-pennsylvania-high-school-rolls-out-1700-linux-laptops-to-students こちらが配布前のPCが並べられた様子。配布されたPCの総数は1725台ということで、校内の部屋を埋め尽くすほ
-
avahi-daemonさんをちゃんと(?)設定した - あっきぃ日誌
よくいらないサービスに列挙されるavahi-daemonことAvahiをたぶんまじめに設定してみました。 社内のファイルサーバーをCentOS5+Samba3.0.3からCentOS6+Samba4に入れ替えたのですが、MacのFinderにサーバーが出てこなくて、あーAvahiかなと思ってyumでさくっと入れたけど解決せず。んでググると、/etc/avahi/services以下にhogehoge.serviceファイルを置く必要があるとのこと。 AvahiでSambaのサービスをアナウンスする - mteramotoの日記 Mac OS X Lion にしたら Samba +Avahi を検出できなくなった - Git & ぎったん というわけで以下の内容で/etc/avahi/services/smb.serviceを配置。 <?xml version="1.0" standalon
-
SPDYとLinuxの間でGoogleマップがハマった落とし穴 - ぼちぼち日記
tl;dr 書いていたら思わず長文の大作になってしまいましたので、プロトコルオタ以外の方は文章の多さに退屈されるかと思います。GoogleマップサービスでSPDYの問題が発覚し、GoogleがLinuxカーネルに修正を加えて対応したというお話です。将来 Linux + nginx + SPDY を使いリバースプロキシでサービス運用を検討されている方は参考になるかもしれません。 1. はじめに、 プロトコルに執着する年寄りエンジニアの老害が叫ばれて久しい。 年甲斐もなく自分好みのパケットを追っかけるおやじエンジニアの姿を見て眉をひそめる若者も多いと聞く。 そんな批判に目もくれず、今日も一つ、プロトコルオタのネタをブログで公開したいと思いますw 今回はちょうど１年ほど前に書いたブログ記事 「GmailがハマったSPDYの落とし穴」の続編です。といっても今度の舞台は、Googleマップ。ネタ元も
-
コンソールから切れたプロセスを標準出力につなげなおす - 絶品ゆどうふのタレ
不慣れな環境を不意にいじった時にあるあるネタ。 とりあえずー とか言って勢いで書いたsetupスクリプトを実行してみたら意外と時間かかって、 ちょっと目を離した隙にsshの接続が切れちゃいました！ 。。。ありますよね。ほんとよくありますよね。 そうなる予感はあったんだ なんて後の祭りです。ふとした油断から、screenもnohupすらも使わずにやってしまって、こんなことに。 shellがHUPしなかったからプロセスは生きてるものの、ログが見れないから進行状況がわからない。 うまく行ってるのかどうかモヤモヤした気持ちのまま、プロセスが終わるのをじっと待つ。。。 まぁ実に切ないです。 こんな時、いつも思うこと。 このプロセスの出力、もっかいstdoutに繋げられたらいいのに。。。 はい。というわけでつなげましょう。 長い前座ですみません。 切り離したプロセスを用意 #!/bin/bash wh
-
別のPCから外したディスクのLVM ボリュームをマウントする方法
dfコマンドで確認する。/dev/hda が既存のディスクなのでこれは調べない。 # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda3 3454588 1109912 2166356 34% / /dev/hda1 101086 17840 78027 19% /boot tmpfs 254216 0 254216 0% /dev/shm fdisk -l でディスクとパーティション一覧を取得できる。 /dev/hdb2 がマウント対象であることがわかる。 # fdisk -l Disk /dev/hda: 4294 MB, 4294950912 bytes 255 heads, 63 sectors/track, 522 cylinders Units = cylinders of 16065 * 512 =
-
新208.5日問題 - Systems with Intel® Xeon® Processor E5 hung after upgrade of Red Hat Enterprise Linux 6
Linux の連続稼働時間が 208.5 日を過ぎた段階で突如 Kernel Panic を引き起こすという過激な挙動で2011年の年の瀬に話題となった "旧208.5日問題" ですが、あれから二年が経った今、Linux Kernel 内の bug と Intel Xeon CPU の bug の合わせ技により再度類似の不具合が発生することが分かっています。 旧 208.5 日問題の発生原理に関しては以下の blog が参考になります。 okkyの銀河制圧奇譚 : sched_clock() overflow after 208.5 days in Linux Kernel 追記(2014/1/4) 新208.5日問題の簡易チェックツールを作成しました。よろしければお使い下さい。 tsc_checker - 新208.5日問題簡易チェックツール また、Linux Kernel における時間
-
Debianのインストールから、カーネルビルドまで...はいかない - にゃははー
ディストリビューション/パッケージマネージャー Advent Calendar 2013 - Qiita の18日目です。 今回はDebianのインストールとちょっとした操作説明したいと思います。Debian系は最近あんまり使ってないのですが、選択肢が現時点ではDebianしか無いので。 何を言っているかわからないと思いますが、すぐに分かります。 ほんとはカーネルのビルドまでやりたかったのですが、文章量が増えるだけなので諦めました。 インストール 前準備 まず、インストール先についてですが、私は適当なVMを強くお薦めします。 Xen環境であれば最高です。が、私はXenへのインストールを試したことがないので、割愛します。VirtualBox / VMware vSphere Hypervisior ESXi / kvm+QEMU では動きました。あと、先日ThinkPad X60へのインスト
-
拡張 POSIX シェルスクリプト Advent Calendar 2013 - Adventar
POSIX sh 以上の機能を備えた bash, ksh, zsh によるシェルスクリプトの話題。 なるべく外部コマンドに依存しないピュアシェルスクリプトを目指します。 sed, awk などのスクリプトが 80％ 以上含むものはシェルスクリプトと認めません(老害)。…いや、嘘です、使います。 一人でやる予定だが未定。ネタください。
-
-
-
Linuxサーバーを標的にした「SSHD rootkit」の拡散を注意喚起 |
不正プログラムを中心としたセキュリティ被害は、クライアントPCでシェアの大きい Windows OS のみで起こるものと考えている方も多いのではないでしょうか。しかし、Linux など他OS においても被害は確実に発生しています。今回トレンドマイクロでは、Linuxサーバーを標的にした「SSHD rootkit」と呼ばれる攻撃の拡散を確認しました。 今回確認された攻撃は、一般に Red Hat系とも呼ばれる RPMパッケージ管理システムを使用した Linux（代表例：Red Hat Enterprise Linux、Cent OS など）を攻撃対象としています。被害が拡散している「SSHD rootkit」をトレンドマイクロ製品では「HKTL_SSHDOOR」として検出可能です。 この「SSHD rootkit」は、侵入した Linuxシステム上で活動開始すると、libディレクトリ内の「l
-
Modern Syntax
これ見たら「なんでいままでこういうのなかったんだろう」と思いました。 作ったのはサンフランシスコのインタラクティブ・テクノロジー企業Augmental社で、ボクシングのマウスピースみたいな形状で口の中に入れるのですが、舌が当たる部分にセンサーが付いていてそれを使ってマウスカーソルを操作することができます。なのでMousepadではなく「MouthPad^」という名前になっております。 怪我や病気で手足が不自由になった人々がコンピュータを操作する時って、これまでは視線を使ったりしていましたけど、これだともっと正確で直感的ですよね。 Bluetoothを使っているのでPCやMacといったコンピューターやスマートフォン、タブレットでも使えるというのが素敵です。 舌は左クリックやクリック＆ドラッグに使われ、口をすぼめるジェスチャーで右クリックを実現しているそうです。 まだ開発中のようで値段等は掲載
-
Linuxカーネル開発で大きな貢献をしてきたAlan Cox氏がLinux開発から一線を退くことを表明 | OSDN Magazine
LinuxカーネルのメンテナーなどLinuxカーネルに大きな貢献をしてきたAlan Cox氏が1月23日、自身のGoogle PlusのページでLinux開発から一線を退くことを発表した。雇用先である米Intelからも退職するという。氏は理由として「家庭の事情」を挙げている。 Cox氏はイギリス・ウェールズ在住のプログラマー。早くからLinuxカーネル開発に携わっており、Linus Torvalds氏に次ぐ存在とされてきた。ネットワーク関連のバグ修正などを行ったほか、バージョン2.２系のメンテナンスを担当、2.4系では独自バージョンを管理した。米Red Hatに2009年まで所属、その後Intelに勤務しながらカーネル開発に携わった。 Cox氏は引退の理由について、「ちょっとした家庭の事情でLinux界とIntelから退く」と記している。「“家庭の事情”というのは通常、“上司が嫌だ”という
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました