monit
monit is a utility for managing and monitoring, processes, files, directories and filesystems on a UNIX system. Monit conducts automatic maintenance and repair and can execute meaningful causal actions in error situations. What monit can do Monit can start a process if it does not run, restart a process if it does not respond and stop a process if it uses too much resources. You can use monit to m
I, newbie » システム管理者の仕事は素晴らしいと言える10の理由
IT業界の仕事は素晴らしいと言える5つの理由 いつもどおり、システム管理者の視点で。 ＃5：問題を解決するとヒーローになれる ねーよwwwしかも問題解決するとその責任を問われたりするしな! システム管理者 「障害の原因はすぐに判明しました。すでに修正し、復旧しています」 上司 「そんなすぐにわかるようなことをなぜ今まで放置していたのかね」 システム管理者 「それは…」(そもそも前任者が文書も残さずにとんずらしたシステムだし、他の管理者が半日かかってもわからんかった原因だぜ?あ、前任者はこいつだったっけ) ＃4：クールなテクノロジをいじるチャンスがある ねーよwww 幹部や上級マネージャーのためにクールな新型ノートPCやスマートフォンを用意する 「一方、システム管理者はリース落ちのPentium 3デスクトップをサーバにしてテスト環境を構築していた」 テクノロジを心から愛するIT技術者に
社内ヘルプデスク業務、1台当たり月400円で代行―日立電サ
日立電子サービスは8月8日、システム管理者に代わって、PCなどオフィスIT機器に関する社内ヘルプデスク業務を提供する新サービス「OFITLCM/HELP＋」を販売開始したと発表した。 日立電サは情報システム部門を持たない企業向けに、オフィスIT機器の導入から増設、移設、故障対応などの運用業務を代行する「OFITLCM」（オフィットエルシーエム）を提供している。OFITLCMは顧客拠点に駐在してサービスを提供する「on site」と、日立電サのコールセンター、リモートセンターからサービスを提供する「on demand」の2つの形態がある。今回提供開始するOFITLCM/HELP＋は、on demandのオプションサービス。 具体的にはアプリケーションの操作方法やトラブル、ハードウェアの故障など、企業内ユーザーからの問い合わせや申請を電子メールまたは電話で受け付ける。価格はオフィスIT機器1台
Geekなぺーじ : 失敗できる時代を生きていた人は幸せ
「新人が育たない」「同じ人がずっと管理/運営をし続けている」という話(悩み)を聞く事があります。 この話を聞く度に、教育や引継ぎは時として非常に難しいと思うとともに、失敗できる時代を生きれた人はある意味幸せなのではないかと思う事があります。 ある特定の作業がインフラ化する前から色々と出来た人は、恐らく様々な実験を行いながら経験を積んでいます。 失敗が許される環境、許されない環境 インフラ化する前であれば「失敗」が許されます。 失敗をする事は良いことではありませんが、それによって誰かの人生が終わるぐらいの事にはなりません。 大目玉を喰らって激しく落ち込む程度で済みます。 しかし、利用者が多くなり、インフラ化すると実験をする事は許されなくなり、無難に運営する事が第一になってしまいます。 自由に楽しく学ばせる事よりも監視下で失敗をさせない事に主眼が置かれがちです。 自由に楽しく学ばせるための箱庭
そもそも、IT計画が実現すること自体が奇跡だ
多くの経営者が費用対効果を気にしている。 費用対効果は、コンピュータが導入され始めた1960年代から、すでに大きな問題だった。それなのに、約半世紀が過ぎたいまでも、これに対する適切な評価基準を持っている企業は少ない。 CIOやIT部門が無能なのか、IT業界がサボッているのか、それともそもそも不可知問題を追っているだけなのだろうか。少なくともまだ答えは見つかっていない。 電子メールや表計算ソフトが使えることをもって、「自分はITに詳しい」と思っている経営者がいる。このような知識があってもよいが、なくてもせいぜい秘書の人件費程度の効果だ。 新聞や雑誌をよく読み、講習会にも出席して、SaaSやWeb 2.0といった最新のIT活用動向をよく知っていることは、それなりに役立つだろうが、IT部門やコンサルタントを利用することで補うこともできる。 それに対して、IT投資案件について認否の決断をすることは
I, newbie » 自分ならシリーズ: はてなの障害
「きょうもはてなのサービスにつながらない」そうで。この記事を書いている最中も部分的にダメ。障害情報が比較的充実しているので、思考実験。はてなのサービスは間接的にしか使っていないのであまり関係ないのですが、システム管理者の性みたいなもんです。 「障害・メンテナンス情報 - はてな」と「メンテナンス・障害情報 - livedoor」を比較すると(額面どおり取れば)一目瞭然ですね。可用性という点で、あの事件の時も感心したけどlivedoorの中の人はすごい。企業の規模が違うかもしれんけど。過去の経験から言うと、これだけユーザに見える形での障害があるということは、裏ではもっと深刻な問題が起きているのは間違いない。 で、何が起きているのか想像してみると、 障害情報を見る限り、だいたい高負荷が原因 緊急対応は、障害発生からおおむね1時間以内で完了している 対策がサーバの再起動もしくはサーバの追加 水平
経営者にITの費用対効果を説明するのは難しい
古いパソコンを使っていても、販売システムが動かなくなるわけではない。 Windows Vistaにバージョンアップして画面が半透明になってももうかるわけではない。メーカーが古いOSをサポートしなくなったとしても、これまでも受ける側がサポートを受けていなかったのだから、状況が変わるわけでもあるまい。
「ウェブサイト運営者のための脆弱性対応ガイド」などを公開：IPA 独立行政法人 情報処理推進機構
独立行政法人 情報処理推進機構（略称：IPA、理事長：藤原武平太）は、ソフトウェア製品やウェブサイトのセキュリティ対策などを推進するため、「ウェブサイト運営者のための脆弱性対応ガイド」を含む報告書をとりまとめ、2008年2月28日（木）より、IPAのウェブサイトで公開しました。 本ガイドは、「情報システム等の脆弱性情報の取扱いに関する研究会」（座長：土居範久 中央大学教授）において、昨年7月から行われた検討の成果です。 IPAでは、IPAから脆弱性に関して通知を行ったウェブサイト運営者や、情報システムの構築事業者、セキュリティに関する有識者など16組織に対して、昨年9月から本年1月までにヒアリングを行い、ウェブサイトの脆弱性対策を促進する上での課題を抽出しました。 このヒアリングにおいて、一部のウェブサイト運営者は情報システムの脆弱性対策について、ウイルス・不正アクセス対策などの他の情報セ
企業ユーザはPHP4からPHP5への移行は慎重にすべき
(Last Updated On: 2018年8月13日)2008年1月3日のPHP4.4.8のリリースを持ってPHP4サポートが終了しました。海外では「PHP5へ移行しよう」キャンペーンも始まりました。 私は従来から「PHP5へ早く移行すべきです」と繰り返し勧めて来ました。現在でも全てのオープンソースアプリケーションの開発者は、今すぐPHP5に移行すべき、と考えています。 しかし、新規開発を除き、企業ユーザには今すぐPHP5へ移行すべきだ、と一概にアドバイスできません。3つのお薦めしない理由があります。 PHP4からPHP5へのマイグレーションはそれほど簡単ではない PHP5に移行するとマイナーバージョンアップに追随しないとならない PHP5.3のリリースが準備されている PHP4からPHP5へのマイグレーションはそれほど簡単ではない PHP4からPHP5への移行でチェックしなければなら
PHP4 セキュリティ保守サービス - SRA OSS, Inc. 日本支社
本サービスは Web サーバ用途にオープンソースのスクリプト言語 PHP を利用されている Web サイト向けに、PHP バージョン 4 に対する保守サービスを提供するものです。 » 本サービスで提供しているパッチ情報（例）は こちら » PHP 5.1、5.2 に対するサービスも提供しております。 本サービスの定形メニューとしての販売は 2014年4月をもちまして終了いたしました。 「PHP旧バージョンに対する最新セキュリティパッチのバックポート」は、ご相談に 応じまして個別に提供させていただきます。お問い合わせいただけましたらと思います。 PHP4 のメンテナンスが終了 PHP コミュニティより、PHP 4.x の開発停止とメンテナンス終了が発表されています。 2007 年 12 月 31 日にて、PHP 4.x のすべての開発を終了し、その後は、大きなセキュリティホールがあればケース
ログ利活用の多彩さが魅力のネットワークセキュリティツール「LanScope Cat6」
エムオーテックス株式会社（以下、MOTEX）は1月17日、ネットワークセキュリティツールの新版「LanScope Cat6」を発表した。同日から販売を開始する。新版では、高まるセキュリティへのニーズを踏まえ、内部統制機能・情報漏えい対策機能を強化した点、およびOracle Databaseを標準採用した点が特長となる。 LanScope Catは、ネットワークやセキュリティを管理・監視するためのツール。標準で「資産管理」「操作プロセス管理」「アプリケーション稼働管理」「プリントログ」「ファイル配布」といった機能が提供され、一元的なWebコンソールで管理できるのが特長。オプションで「Webアクセス監視」「デバイス制御」「サーバー監視」といった機能にも対応する。 多彩な機能と使いやすさなどが評価され、「すでに63.8％のシェアを持つ」（MOTEX、代表取締役社長の高木哲男氏）同製品だが、新版で
MOSS サイトにおけるユーザー管理
サイトにユーザーを追加すると、AD 環境では AD のディレクトリデータベースからユーザー情報の一部が UserInfo テーブルに一方向にコピーされます。テーブルを見ると、ユーザー情報はサイトコレクション単位で管理されていることがわかります。たとえば、"SiteCollectionA" と "SiteCollectionB" の2つのサイトコレクションがある場合に、それぞれのサイトコレクション内の任意のサイトに最初にユーザーを追加したときに、UserInfo には tp_SiteIDが "xxxxxxxx" で tp_ID が "2" のエントリおよびtp_SiteIDが "yyyyyyyyy" で tp_ID が "2" のエントリが追加されます。 4.サイトからのユーザーの削除 すべてのサイトからユーザーを削除しても UserInfo テーブルからエントリは削除されません(ユーザー
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
Geekなぺーじ : シスオペを目指している人へ(超ネガティブなので注意)
ubuntu forumsに「Advice for Aspiring Sysops」というスレッドがありました。 非常にネガティブな内容でしたが、なるほどと思える部分もありました。 クビになるならないの話はアメリカ的だなぁと思いました。 内容が恐ろしく後ろ向きなので、ネタ程度の広い心で読んでください。 もう一度言います。 ネタですよ！！！ 以下、項目だけ訳です。 かなり意訳しています。 原文にはそれぞれの項目に説明が記述してあります。 詳細は原文をご覧下さい。 なお、「Advice for Aspiring Programmers」というのも同時にありました。 こちらは、プログラマ/Web開発者向けです。 同様に恐ろしくネガティブです。 どちらがオリジナルでどちらがアレンジかは良くわかりませんでした。 やめとけ シスオペは去るのではない。失敗の責任を取らされてクビにされる(もしくはそのよう
サーバラックにクーラー直付け IBMと三洋、DC向け省エネ空調を開発
日本アイ・ビー・エム（日本IBM）と三洋電機は10月23日、データセンターの消費電力を最大25％以上削減できるという空調サービスを発表した。サーバラックの後部ドアに熱交換機を直接取り付けて排熱を半減させる方式で、効率良く冷却でき、省電力化が可能という。消費電力の増大がデータセンター共通の課題になっており、冷却効率の良さと省電力化を売りに、1年で国内15カ所への導入を見込む。 IBMが2005年に発表した「Rear Door Heat eXchanger」（RDHX）技術と、三洋が新開発した「enegreen 冷媒式マルチサーバークーラー」を組み合わせたデータセンター用空調設備構築サービス。 IBM製19インチ42Uラックの後部ドアに冷媒式の熱交換機を取り付け、サーバ後部から直接、排熱の約50％を取り除けるという。サーバの後部ファンから出る風を利用するため、熱交換機自体はファンレスにできた。
規格や固定方法がいろいろある地震対策
ラックの固定方法にもいろいろある 地震の多い日本では，ビルの耐震性はもちろん，ラックの耐震性も考慮する必要がある。ラックの耐震規格には，NEBS規格，NTT耐震規格，NTTファシリティーズの耐震試験規格など数種類ある。 地震対策としては，こうした規格に準拠したラックを用意し，床にしっかり固定するのが定石だ。しかし実際には，「ラックの固定にまで気が回っていない企業は意外に多い」（NECネッツエスアイの仙石敬司ファシリティ&サービス事業部ファシリティエンジニアリング部システム課長）という。ラックをきちんと床に固定してあるか確認しておきたい。 ただ，どんな場合でも単純にラックを床に固定すれば済むわけではない。例えばインテリジェント・ビルや，フリー・アドレスを取り入れている企業は要注意。「二重床の上床への固定はほとんど効果が見込めない。ビルの床スラブにしっかりと固定する必要がある」（仙石システム課
間違いだらけのサーバー・ルーム作り：ITpro
システム管理者にとって，サーバーやネットワーク機器の熱対策は切実な問題だ。ほかにも，地震，火災，雷，セキュリティなど，サーバーを運用するうえではいくつもの対策を講じなければならない。正しいサーバー・ルームの作り方を見ていこう。 第1回 意外に知られていない熱対策 第2回 電源設備は最初が肝心 第3回 規格や固定方法がいろいろある地震対策 第4回 19インチラックって何だろう？
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ScanNetSecurity - 海外における個人情報流出事件とその対応 第180回 職員がネットワーク改ざん、アクセス不能 (2)IT部門がある企業であれば起こりうる事件
nipper - network infrastructure parser
Kiwi Syslog Server NG - Simplify Network Management | SolarWinds