はてなブックマーク

まず、公式サイトに行き、CentOS-6.3-x86_64-bin-DVD1.isoとCentOS-6.3-x86_64-bin-DVD2.isoをダウンロードします。HTTPで1KBしかダウンロードできない時はFTPを選び右クリック→「フォルダにコピー」を選択します。 CentOS5.6のインストールの時に「CentOS6はまだマイナーバージョンが低いので使用を見合わせます」と書きましたが、もう.3までマイナーバージョンが進んだので、そろそろ大丈夫でしょう。（あの記事を書いた時は、ま6.0しかありませんでしたので。） ダウンロードが終了したら、Nero8等を使ってDVD-Rに焼きます。終わったら、Disc1をセットしてサーバーにセットします。（以下、まっさらなハードディスクの入ったサーバーにインストールするものとします。） 起動時のメニューは、そのままEnterキーで良いでしょう。古いビ

kernel: lockd: cannot monitor 192.168.XX.XX kernel: lockd: failed to monitor 192.168.XX.XX と出ている場合、(XX.XXはローカルIPの下２桁) マウントする側でnfslockサービスが起動してない可能性があります。 nfsマウントされる側はportmapとnfsサービスを起動させる必要がありますが、 nfsマウントする側は、portmapとnfslockサービスを起動させておく必要があります。 nfslockが起動してないと、マウントした側のサーバーのファイルをロックできなく なります。それでも通常コマンド叩いてtouchやcopyとかする分には特に違和感はないのですが、sambaでマウントした領域を共有したり、FTPで直接マウント領域に 送受信すると、ファイルをロックしようとrpcサービスがタイム

まず、ソースを入手します。 https://www.postgresql.jp/ PostgreSQLには主に7.4系、8.0系、8.1系、8.2系などがあります。今から新規に使うのであれば、できるだけバージョンの新しいのを使う方が良いです。バージョンが新しい方がアクセス速度やメモリ効率など、色々な点で改良されているからです。 ただ、現在すでに動いているシステムからのアップデートであれば、同じメジャー番号の最もマイナーバージョンの高いものを使う方が無難です。マイナーバージョンは主にセキュリティパッチやバグ修正のたびに更新されますので、マイナーバージョンが大きいという事は、それだけ安定した動作が期待できるからです。 バージョン7.2から7.3になる時に、int型に''（空文字列）をinsertするとエラーになるというルールができました。これは他のSQLの規則と合致していて良いルールなのですが

定期的にメンテナンスコマンドを実行する場合、たとえば、analogなどのログの集計や定期バックアップをする場合、わざわざ人間が定期的にtelnetでログインしてコマンドを手打ちしていたのでは、非常に面倒です。 そこで、ある決まったスケジュールでコマンドを実行できるように設定することができます。これがcrontbです。 crontab -e と入力すると画面がviになりcrontabのスケジュールを編集することができます。しかし、Windows使いにとって、viをまったく操作ができない人もしばしば見られます。そこで、あらかじめWindowsのテキストファイルでファイルを編集し、それをＦＴＰでアップロードしたものを使うこともできます。 crontab ファイル名 たとえば、スケジュールを /home/crontab.txt に入れた場合、 crontab /home/crontab.txt と

PostgreSQL入門 PostgreSQLとは リレーショナルデーターベースソフトで有名なのは、Microsoft Accessです。これは、Windowsパソコンでスタンドアロンで使うのであれば十分なデーターベースを提供してくれます。しかし、サーバー上で動作し、不特定多数の接続に対してデーターの入出力を受け付けるようにするためには、リレーショナルデーターベースサーバーのソフトが必要となります。 リレーショナルデーターベースサーバーには、有料のMicrosoft SQL server、Oracle等と、無料のPostgreSQL、MySQL等があります。PostgreSQLはそのうちの、無料で提供されているデーターベースサーバーのうちの１つです。 有料のデーターベースサーバーは、ソフトそのものが非常に高価で、さらに同時稼動プロセスに応じたライセンス料を支払わねばならず、運用には相当

ソフトRAIDでのRAID1（ミラーリング）では、ハードRAIDと違い、バグや誤操作によるデーターの全滅の可能性が低いというメリットがあります。なぜなら、バグなどで片側を破損した時点でOSが落ちてしまうため、もう片方を書き換えられずに助かったというケースがあるためです。 しかしながら、ソフトRAIDの欠点としてブートローダーが片側にしか入らないという事があります。つまり、いくらデーターがミラーになっていても、肝心のブート領域がミラーにできないため、データーは生きているのに肝心のサーバーが起動しないという悲しい結果になってしまう場合があります。 もし１台目(シリアルならata1、パラレルならプライマリーマスタ）が破損したのであれば、新しいハードディスクを取り付けてmdadmコマンドで修復をすればすぐに使えるようになります。しかし、運悪く２台目が破損してしまうと、ブートローダーを入れなおさない

Windowsではインストール直後に、c:\windows、 c:\Program Files、c:\Documents and Settingsなどが作成されていると思います。Linuxでも同様で、インストールするとルートディレクトリ直下にディレクトリがいくつか作られます。ディストリビューションにより異なりますが、主なものは以下のものです。 sbin bin etc lib lib64 mnt media proc tmp var boot dev home root usr Linuxを操作するためには、まずどのディレクトリにどんな役目のファイルが入っているかを把握しなければなりません。この章では、どのディレクトリにどんな役目のファイルが入ってるかを説明してゆきたいと思います。 ※以後説明する内容はディストリビューションによっても異なりますし、インストールの仕方によっても違います。あく

ソケット入門（上） ソケットとの出会い 私がソケットプログラミングと出合ったのは、２０００年でした。それまでDOSのプログラミングしか知らなかった私にとって、マルチタスクOS上で、複数の相手と同時に通信を行うソケットというものは衝撃的でした。当時、ソケットプログラミングを１から学習しなければならない状況になってしまった時には、すでに仕事を受注した後で、納期も迫っている状態でした。そこで、急いで文献をあさったり、ネットで検索したりしたのですが、なかなか初めての人にわかりやすく説明された文献に出会うことができません。 それでも、なんとか手探り状態でソフトを作り上げ納品したのですが、ソケットプログラミングでは常識的である事、たとえば、０バイト受信後に必須のソケットの切断処理や、ソケットからデーターを受信するバイト数が必ずしも一定ではない事を知らずに作っていたため、ひどく叱られた事を思い出します

Perl応用 Perl応用編 入門編ではPerlの文法を学びました。しかし、それだけではまだ実用プログラムを作るには情報が足りません。Perlで実用プログラムを作るために、避けて通る事ができあないのが、モジュールとデーターベースとの連動、そして、正規表現です。 応用編では、モジュールの使い方、データーベース、正規表現について学びましょう。 モジュール モジュールが使われる以前のPerlでは、よく使われるサブルーチン（たとえば、cgi.plやjcode.plなど）をプログラムの先頭でrequireで組み込んで使っていました。そのため、各サーバーの各ユーザーディレクトリの各cgi-binディレクトリにcgi.plやjcode.plが存在していました。 そこで、そういったよく使われる関数群を最初からPerlに組み込んでしまおう、というものが「モジュール」です。 Perl標準でついてくる関数