弊社では毎週水曜日はノーエンジニアデーなので、最近はMacbook AirとWIMAX持って外で仕事しています。意外と快適ですが、ここで書くのはサーバの使い方の話です。 ときおり、次のような状況に遭遇することがあります。 開発環境して使っているけど、セットアップをどのように行ったか残っていないので、新サーバへ移動できない 本番環境だけど、セットアップをどのように行ったかわ(ry デプロイ元／管理ツールサーバとして使っているので古いサーバだけど捨てることができない DBがどこから参照されているか管理できていないので、サーバの入れ替えが困難 コードがどこから参照が把握できていないので、容易にサーバ構成の変更ができない 椅子^H^H 一度設置したサーバの移動なんてなかなかすることないと思う人はいるかもしれないけど、サーバが何の警告もなしに突然壊れて入れ替える必要がでてくるのはもちろん、インフラ技
最近は local::lib を直接つかわないでもいきていけるという話 wget --no-check-certificate http://cpanmin.us/ perl cpanm -l extlib My::Favorite::Module ってやれば、extlib/ にモジュールをインストールしてくれる。cpanmin.us からとれる script は、コア以外にまったく依存してないので、すぐつかえる。 あとは以下のようにしたらライブラリパスがとおります。 perl -Mlib=extlib/lib/perl5 myscript.pl これで基本的には大丈夫だとおもいます。 コード内で表現する場合は以下のように FindBin を使いましょう。 use FindBin; use lib $FindBin::Bin.'/extlib/lib/perl5';
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
This document summarizes an OSCON 2010 presentation by Joshua Timberman and Aaron Peterson of Opscode about Chef, an open-source automation platform for configuring and managing servers. The presentation covers Chef 101, getting started with Chef, and cooking with Chef. It discusses key concepts like Chef clients, the Chef server, nodes, roles, recipes, resources, attributes, and data bags. The go
ソースファイル(tarボール)からrpmファイルを作るときは rpmbuildコマンドでもいいけど、SPECファイルがないとできないとかいろいろ制約がある。 rpm化するためには、もう一個checkinstallコマンドを使うやる方があるのでこっちでやってみた。 インストール checkinstallはデフォのレポジトリでは入ってないかもしれない。 そんな時は↓のサイトを参考にDAGを入れた後にインストールする。 CentOS 5 で DAG(rpmforge) の yum repository 追加 - Enjoi Blog (私の環境はCent5(32bitなので) $ wget http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.i386.rpm $ sudo rpm
こんにちわ。arashoです。毎度インフラ周りのネタばかりですが、最近rpmのパッケージを作る機会が多いので、一度まとめとしてrpm関連の事を記載してみたいと思います。というわけで、今回は作業環境の構築と基本的なビルドの方法から。 rpmにはおおざっぱに言うと2種類あります。rpmとsrpmと呼ばれるもので、前者は実行形式のバイナリ、後者はrpmを作るためのソース(Source)が収められています。srpm -> rpmの流れですね。 rpmビルド作業環境の準備 まず、rpmを作るにはsrpmをほげほげできる環境を用意します。rpm-buildパッケージ(と依存するパッケージ)をインストールしましょう。 次に、設定の変更です。Redhat系ではデフォルトでだと/usr/src/redhat以下にsrpmはインストールされてしまうので、自分が自由にインストールできるよう設定を変更します。
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
スイッチのconfigのバックアップといえば、ベンダ固有のソフトウェアや高価な統合管理ソフトウェア(使ったことないけど)なんですが、そんな選択肢がないけど手でどうにかならない数の機器を管理している場合、どーすればいいのか。telnetやexpectなんかを組み合わせて、tftpで集めるとか?たとえ金出してどうにかなったとしても、マルチベンダ環境に対応してませんとか、微妙に使いにくくてもハックできませんとか、要望上げても取り込まれませんとか、なかなか幸せになれない。困った。 そういうことを知ってしまうと、高価な商用ソフトウェアには手が出しにくくなってくる。高機能でなくてもいいから、とりあえず現状の課題を解決したいだけなんですよ。機能が足りないなら、運用で回避できないかを考えるし、必要ならコードも書くので、なんかないの?と探していたら、rancidつーものを発見。 もともとはCisco製品がタ
RHCS: iSCSI, DM-MP, CLVM and GFS・その5・Device-Mapper Multipathの設定
RHEL/CentOS、Xenを中心にメモを残していきます。内容は無保証。適用する場合は、十分確認の上、自己責任で。 指摘、質問、要望をコメントしてもらえると喜びます。 前回『その4・iSCSIイニシエータの設定』で認識されたデバイスsdaおよびsdbは、異なる経路で共有されている一つのストレージだ。つまり、sdaへのアクセスとsdbへのアクセスは等価だ。 だたし、経路(ネットワーク)が違うため、経路が信頼性の急所(single point of failure)とならない。つまり、どちらかの経路が生きていれば、このストレージへのアクセスが確保される。 以上のことを利用して、障害経路を使用せず、正常経路のみを自動的に選択する仕組みがDevice-Mapper Multipath(DM-MP)だ。 インストール直後は、DM-MPは起動されていない。[root@dc1 ~]# chkconfi
Logwatchとは、サーバー上のログ（例えばsyslog等）を定期的にまとめ、集約してレポートを出してくれるソフトウェア（Perlのプログラム）です。 運用上で定期的にチェックするログファイルは膨大な上に、大部分は問題の無い単なる情報が書き出されています。 ログの出力レベルを落とすのも一つですが、問題が発生した時に単なる情報レベルのものでも有益なものとなる場合もあるので、それはそれで困る事態にもなったりします。 であれば、運用上注視すべきポイントだけをまとめて見ることができた方が、運用管理者の業務も楽になります。 Logwatchのメリットはそこにあり、ログファイルから特異点だけを抽出してレポートにまとめてくれるので運用担当者はその情報だけに目を通せばよくなります。 RedHat系のOSであればパッケージでも提供されており、デフォルトでインストールされている環境も多いかと思います。 パッ
Virtual Server 2005上にドメインコントローラを置いてるんですけど、こいつの時間がどうもずれちゃって以下のエラーが出てしまっていました。イベントID：29 1 つまたは複数のタイム ソースから時間を取得するようにタイム プロバイダ NtpClient は 構成されていますが、どのソースも現在アクセスすることはできません。 ソースへのアクセスの試行は、あと 15 分間実行されません。NtpClient が正しい時間を 参照できるソースがありません。 詳細な情報は、http://go.microsoft.com/fwlink/events.asp の [ヘルプとサポート センター] を参照してください。 よくよく見たら設定していたntpサーバが無くなっていたようで。まあ、どうせなんで時刻同期する方法をおさらいすることにしました。 Windows Server 2003上の時刻を
非公開サイト
サイトの構築。作品の販売。ブログの投稿。この他にもさまざまな機能があります。 ログイン サイトをはじめよう 非公開サイト このサイトは現在プライベート設定になっています。
すばやく簡単にご注文が可能 注文内容の表示、配送状況をトラック 会員限定の特典や割引のご利用 製品リストの作成とアクセスが可能
サーバのシャットダウンの仕方で、その人がどの程度の力量を持っているかなんとなくわかってしまいます。それくらいサーバのシャットダウンは奥深いです。そこで今回はサーバをシャットダウンする作法について考えてみたいと思います。 【初級：いきなりシャットダウンしてしまう】 サーバ管理初心者がサーバをシャットダウンするシーンを見ていると、rootでログインしたかと思ったらいきなりshutdownと打ち始めました。個人PCならまだしも、サーバでそれをやるのは危険ですよね。誰かそのサーバ上で作業しているかもしれないし。 【中級：上がっているサービス・プロセス・TCPコネクションなどを確認してシャットダウン】 サーバ管理中級者になると、サーバをシャットダウンする際は、まずはTCPコネクションがないかなどを確認してから、立ち上がっているサービスやプロセスを全て落とし、その後シャットダウンします。慣れているので
最近の企業ネットワークにおいて、Active Directoryが存在していない環境というのは、まず考えられません。Active Directoryにより、Windowsサーバにアクセスする際のユーザ名やパスワードについての一元管理が実現されます。一般のユーザはあたりまえのように、この恩恵を享受していることが多いと思います。一方、Linuxも企業ネットワークの中で着実に地歩を固めつつあると言えます。結果として、大半の企業ネットワークはWindowsとLinuxの混在環境になっているというのが昨今の実状と思われます。 こうした場合に管理者が直面する課題の1つは、せっかくActive Directory（以下ADと呼びます）によりWindows環境では認証の一元管理が実現しているにもかかわらず、Linuxマシンは個々に認証を行わざるを得ないという点です。 本年第一弾として始まる本連載では、この
ファイルサーバを使っていて、ファイル名が文字化けしてしまった経験はないだろうか。サーバもクライアントもWindows同士の場合は、基本的には文字化けは起こらない。起きるとすれば、クライアントがWindows、ファイルサーバがLinuxでSambaの場合だろう。それでは、どうしたらこの問題は解決できるのだろうか？ Sambaでの文字化け サーバもクライアントもWindows同士の場合は、基本的には文字化けは起こらない。起きるとすれば、クライアントがWindows、ファイルサーバがLinuxでSambaの場合だろう。 なお、NAS（Network Attached Storage）として販売されている製品は、中身がLinuxでSambaを採用している場合が多い。これは、ライセンス料などの面で有利だからだろう。また、オープンソースとして公開されているSambaであれば、ベンダー側での拡張やカスタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
