gdm_slave_xioerror_handler について

まだ、gdm_slave_xioerror_handlerがでます。
問題は、CentOS で使用されるソフトが最新版より２〜３世代前のバージョンが多いためだと思う。
gdm_slave_xioerror_handlerのエラーの件は２〜３年前に多くでているようで、ここ最近では Fedora や Debian や Ubuntu で情報がない。

CentOS でもいづれは解消されるのであろうが、２〜３年前の情報をもとに順番に対応してみようと思います。

今回は、xorg.conf のスクリーンの解像度を変更してみます。
現象は少し異っているが、エラーが同じ「gdm_slave_xioerror_handler: 致命的な X のエラー」であったので、スクリーンの解像度の設定を変更すると問題が解消されるかどうかを検証してみることにする。

下記は、xorg.conf のスクリーンの部分を抜粋したものです。

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
                Modes    "1440x900" "1280x1024" "1280x960" "1280x800" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
EndSection

※上記のDefaultDepthとDepthを24から16に変更します。

Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        Monitor    "Monitor0"
        DefaultDepth     16
        SubSection "Display"
                Viewport   0 0
                Depth     16
                Modes    "1440x900" "1280x1024" "1280x960" "1280x800" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
EndSection

これで様子をみることにします。

今回のエラーの内容（いつもほぼ同じですが...）

Dec 26 07:38:50 hostname gconfd (username-3354): シグナル 15 を受け取ったのでシャットダウンします
Dec 26 07:38:50 hostname gdm[3246]: gdm_slave_xioerror_handler: 致命的な X のエラー - :0 を再起動します
Dec 26 07:38:50 hostname gconfd (username-3354): 終了します

---

その後の経過報告（2011.02.27時点）

上記の設定後に gdm_slave_xioerror_handler は発生しなくなりました。
どうやら、スクリーンの解像度の設定を変更することで問題が解消されたようです。

---

SyntaxHighlighterを導入

コードを掲載する時に少しでも見やすくするためにSyntaxHighlighterを導入。

this is first line.
this is second line.
this is third line.
this is forth line.
this is fifth line.

上記は、文が短いので横スクロール不要ですが、下記は文が長いので横スクロールが行えます。

設定方法については、後日掲載します。
改めて掲載しなくても、「SyntaxHighlighter」でググればすぐにわかると思いますが．．．

gdm_slave_xioerror_hander

gdmがクラッシュしてログイン画面に戻ってしまう場合に下記のようにエラーが発生している場合がある。

gdm_slave_xioerror_handler : 致命的な X のエラー - :0 を再起動します。

以前にこの問題が発生した時に対応した内容を特に記述しておかなかったので、今回改めて検証を行いながら記述していきます。

以前の対応を思いだしながら検証を進めます。

• /tmpの残容量がわずかになると発生するのか？
約2GBのtmpのうち使用済みは600Mである。よって、この件は該当しない。
しかし、念のためにtmpをクリアしておく。
       ↓ クリア後発生していないが、Firefoxはやはり、まめに落ちる。

とりあえず、これで様子を見る。
※しかし、Linux版のFirefoxが3.6.13になってからよく落ちて困る。orz（泣）

Firefox(3.6.x)のメモリ消費について

Firefoxがやけにメモリを消費するなと思っていたが、やはり他の人もいろいろ対応しているようです。 場合によっては、700MBくらい消費するケースもあるらしい。

タブの開きすぎかなと思い 全部閉じてみても意味なし。URLにabout:configと入力し、いろいろとチューニング。

browser.cache.offline.capacity=0 browser.cache.offline.enable=false browser.cache.memory.capacity=16384

Firefox(3.6.x)のメモリ消費について

Firefoxがやけにメモリを消費するなと思っていたが、やはり他の人もいろいろ対応しているようです。 場合によっては、700MBくらい消費するケースもあるらしい。

Firefoxについては、Windowsではメモリの消費が気になり、Linux(CentOS)ではやたらおちることが気になり（ほとんど迷惑）．．．

■メモリの消費について下記を試す

タブの開きすぎかなと思い 全部閉じてみても意味なし。URLにabout:configと入力し、いろいろとチューニング。

browser.cache.offline.capacity=0 browser.cache.offline.enable=false browser.cache.memory.capacity=16384

※経過および結果については、後日報告します。

CentOSでGnomeデスクトップがフリーズする件について

CentOS(5.5)で、Gnomeデスクトップがよくフリーズして困っていました。
フリーズする時は、いつもブラウザ(Firefox)を開いているので、Firefoxが問題を引き起こしているのでは思いググって下記の件について試してみた。

Firefox の検索バーで about:config を入力し、下記の設定を変更する。

dom.ipc.plugins.timeoutSec → 値を 45 から -1 にする

Firefoxを複数起動していたり、またはタブを複数表示していると Firefox がよく落ち、また時にはGnomeデスクトップも落ちログイン画面になったりし、最悪はフリーズする。

Firefoxを起動して、タブを２つ表示している状態で他には何もしない状態で放置しておいたらフリーズしているという現象が発生したのを気に対策の検討を開始した。

　フリーズはなくなったが、Firefoxの上記の設定を行ってから以前よりもFirefoxが落ちやすくなった。Gnomeデスクチップでブラウザを利用するが面倒になる...

MPlayer 音がでない

Linux MPlayerで音がでないのを放置しておいたが、解決に望みました。 通常はWindowsPCで音楽やらは聴くが、Linuxではサーバーとして利用がのためGnomeデスクトップでブラウザを起動して映像がでサイトやページでも音とは特に気にいた。（音を確認したい時は、Windowsマシンで聴いていた。

また、先日FireFoxやGnomeデスクトップがフリーズしまくっていた時にいろいろと試していたらMPLayerで映像が拡大縮小ができなくなってしまった。（ウィンドウを拡大しても映像の大きさがかわない） これのまま放置しておくのもあまりにも自分的にもマズイ（だらしない）と感じ早速ネットでググって変更を行う。（なかなか試行錯誤をしました…トホホ）

MPlayerの音がでない件についての対応

■そもそもサウンドカードを認識できてるのか

$ speaker-test

を実行して "no such device" と出るようなら認識できてない可能性大。 H/W が 対応しているか、ALSA のドライバがロードされているか再確認。

■audio グループに入っているか

$ id (ユーザー名)

入っていなければユーザを audio グループに入れて確認する。

（入っていない時は追加する）
# usermod　-G　audio　ユーザー名

■MPlayerの設定情報の確認（Audioドライバの確認）

Audioドライバが正しく設定されているかを確認する。こちらの場合は、alsaが選択されているかを確認している。

■映像の拡大縮小（設定ファイル）

Videoドライバが正しく設定されているかを確認する。こちらの場合は、X11/Xvが選択されているかを確認している。

上記の設定を行い、無事に音声も映像の拡縮も行えるようになった。 めでたし、めでだし。(^o^)／

ラジオ（radiko)！

今年の夏からラジオを聴くようになりました。 中学・高校・大学と勉強の合間（休憩）によく深夜ラジオを聴いていましたが、その後ラジオを聴かなくなっていたので30年ぶりくらいになります。

iphoneでラジオを聴けること知り早速 radiko をダウンロードして聴いてみました。 早朝（6：00）にかけた文化放送の「ソコトコ」が妙に面白かったため、仕事の合間（休憩）に聴くようになりました。

休憩を兼ねてブログを書いている時や頭を使わずにできる作業（構成済みのドキュメットの作成）のときに下記の番組を聴いています。（意図的にこの時間帯にこのような作業をするようにしています。）

• 文化放送「ソコトコ」6:00～8：30 (Mon-Fri)
吉田照美と唐橋ユミさんのカラミ具合がとても面白い。

• ニッポン放送「くり万太郎のオールナイトニッポンR」27:00～29：00 (Mon-Fri)
くり万太郎の落ちついた語り口がなんと言えない味がある。 早朝3時から仕事＆趣味（勉強）を行うのが日課のため、合間の休憩時にコヒーを飲みながら聴くには最適です。
• J-WAVEの「ROCKETMAN SHOW」 (Sat 25:00～29:00)
今月何気なくJ-WAVEに合わせてみたら...
なんか聴いたことのある声だなぁと思いながら聴いていたら、声は良いという訳（どちらかというとラジオではあまり良くないかも）ではないが語り口が心地よく聴き入りました。途中で「ふかわりょう」ということに気づきました。
　なんか芸人よりもずっと良いかも！　と思った。
• J-WAVEの「SUNDAY LIBRARY] (San 05:00～06:00)
こちらの番組は、「ROCKETMAN SHOW」から続けて聴いていたらなんか落ち着く声でアカデミックな内容をゲツトとともにナビゲーターのリアド慈英蘭さんのやさしい語り口でJ-WAVEらしく選曲も良くなんか引き込まれました。

WindowsXpがフリーズする

　ここ最近毎日のようにフリーズするようになった。
作業の佳境に入っているときにフリーズするので、主に昼前から午後に3時くらいによくフリーズするようになった。

　今までも、全くフリーズしなかった訳ではないがここ10日間くらいのように毎日ではなかったので特にきにならなかった。（もともと、いろいろなソフトを起動してメモリやディスクを圧迫気味なので）

　昨日も２ほどフリーズしたのを機会にシステムを復元（二週間前の状態）し、かつ画面のプロパティを下記の２点を変更してみました。

1. 「ハードウェア　アクセラレータ」が最大になっていたのを少し設定を落とす
2. 「ライト コンバインを有効にする」のチェックをはずす

さて、これでどうなるか？
経過報告については、後日記載します。ハングよ消えよ！(^^)/

Oracle Text でハマッタ．．．

Oracle Text を利用して中間一致検索の高速化をはかろうしてハマッてしまった。
ます、ＤＢのバージョンが 9i であったためデータを追加・更新・削除しても Oracle Text で作成した索引に即反映させることができない。（10g以降ならデータの追加・変更時に同期可能なのだが...）
↓↓↓↓↓
よって、DBMS_JOB で定期的に更新を行うことになる。
そこでハマッタ。(T_T)

Oracle Textの利用方法（手順）の説明も兼ねて設定方法から説明します。

1. OracleTextを利用するユーザーを作成します。
ユーザー作成方法はみなさんご存知のとおりです。
CREATE USER myuser IDENTIFIED BY myuser_password;
2. 利用するユーザーに権限を与えます。
   （ユーザーにロールを付与します。）
   
   GRANT RESOURCE, CONNECT, CTXAPP TO MYUSER;
   （CTX PL/SQLパッケージでのEXECUTE権限の付与）
   
   すべてのOracle Textパッケージの実行権限を付与する場合。
   GRANT EXECUTE ON CTXSYS.CTX_CLS TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_DDL TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_DOC TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_OUTPUT TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_QUERY TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_REPORT TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_THES TO myuser;
   GRANT EXECUTE ON CTXSYS.CTX_ULEXER TO myuser;
3. プリファレンス（全文検索対象のデータがどんなものかを示す指定）を作成します。
connect <ユーザ名>/<パスワード>

begin
ctx_ddl.create_preference('<ﾌﾟﾘﾌｧﾚﾝｽ名>',
                                 'JAPANESE_VGRAM_LEXER');
end;
/
4. 全文検索用の索引を作成します。
CREATE INDEX <索引名> ON <表名> ( <項目名> )
      INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS ('LEXER <ﾌﾟﾘﾌｧﾚﾝｽ名>')
/
5. 索引の手動更新
Oracle Text索引は、情報が挿入または更新されるたびに動的に更新されません。 　Oracle Textのストアド・プロシージャであるctx_ddl.sync_indexを使用して、索引を定期的にリフレッシュ（同期化）する必要があります。

BEGIN
-- 引数にINDEX名を指定
CTX_DDL.SYNC_INDEX('<索引名>');
END;
/

しかし、上記だといちいち自分で実行して更新しなければならない。
6. そこでDBMS_JOBで定期実行して索引をリフレッシュ（同期化）する。・・・ここでハマる。
//■DBM_JOB
VARIABLE jobno NUMBER;
BEGIN
DBMS_JOB.SUBMIT(:jobno
     , 'BEGIN CTX_DDL.SYNC_INDEX(''<索引名>''); END;'
     , SYSDATE, 'SYSDATE+10/1440');
     COMMIT;
END;
/

上記で問題（エラー発生）もなく DBMS_JOB に登録できた。
しかし、ジョブの実行時間後に内容を確認しても追加･変更されたデータが反映されていない。

下記のように索引で保留中の内容を確認すると更新されてないことを確認。
SELECT pnd_index_name,
 pnd_rowid,
 to_char(pnd_timestamp, 'dd-mon-yyyy hh24:mi:ss') timestamp  FROM ctx_user_pending;




更新されないので、手動でジョブを実行するとエラーになる。
begin    dbms_job.run(<ジョブ番号>);    end;
*
行1でエラーが発生しまた.
ORA-12011:1ジョブの実行に失敗しました
ORA-06512:"SYS.DBMS_IJOB" . 行406
ORA-06512:"SYS.DBMS_JOB" . 行272
ORA-06512:行1

アラートを調べ、トレースファイルを参照してググッてみたがなかなか解決策が見つからなかった、
7. 解決策を見つけてみると...
なんと、何度か試行錯誤した中にあったのは？と思う内容であった。わずかにどこか違っていたようだ。

解答はこれダ！

define idxname = "<索引名>"
define interval = "10"

set serveroutput on
declare
    job number;
begin
    dbms_job.submit(job, 'ctx_ddl.sync_index(''&idxname'');',
    interval=>'SYSDATE+&interval/1440');

    dbms_output.put_line('job '||job||' has been submitted.');
end;
/

毎度のことながら、些細な事でかなりの時間（今回は丸一日）を費やしてしまうものだ。 やはり、知識は正確により多く貯える必要がある。（泣）

「イノベーションと企業家精神」

今週末もドラッカーの「イノベーションと企業家精神」を読んだ。 先々週読んだ「プロフェッショナルの条件―いかに成果をあげ、成長するか (はじめて読むドラッカー (自己実現編))」が、マネジメントやこの本（イノベーション）などを抜粋したような内容であったので、かなり重複している部分はあったが改めてドラッカーの過去の分析・現実を見る目と未来への予測のすばらしさを実感した。

人によって作られたものは、永遠に続くことはない。人によって作られたものは、いすれ歳をとり陳腐化しているくので再構築が必要になる。 これは、あらゆる事業（営利・公共など）に当てはまり、また人にも当てはまる。

下記の内容が書かれています。

• イノベーション

イノベーションの機会を、どこでいかに見出すべきかを提示している。また、現実の事業として発展させていく際に「行うべきこと」と「行ってはならないこと」について述べています。

• 企業家精神

企業家精神を発揮するには、いかに人を組織し、配置するべきか、その場合の障害、陥穽（かんせい：落とし穴・わな）、誤解は何か？  企業かの役割と意思決定について。

• 企業戦略

現実の市場においていかにイノベーションを成功させるか！

皆さんも是非ご一読を！

「イノベーションと企業家精神」（ドラッカー）

先週から引き続きドラッカーを読む。
　イノベーションについて重要性と原理・原則について説かれており、いつ・どこで・何に指定をおき・どのように行動すべきで、また行動すべきでないことはどのような内容か等が具体例を用いながら説明されている。

　ドラッカーが提示している内容は、私企業だけではなく、あらゆる組織について共通する原則を提示している。

イノベーションは機会であり、機会が発生するタイミングをいかに逃さないか、またイノベーションの機会は求めるだけではなく自身から起こさなければ事業や貢献の機会は失われてゆく。

そのまま当てはまる訳ではないが、相田みつをの言葉を思いだしました。
『とにかく具体的に動いてごらん具体的に動けば　具体的な答が出るから』
なんか通じるところがあるなあ...

「イノベーションと企業家精神」

話題の「もしドラ」を読んで

今日、「もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら 」を読んだ。
　うわさの「もしドラ」を読んだ。思っていた以上よくて感動し、最後は涙した。(T_T)（泣）

　私自身も小学校から高校まで野球をやっており、高校もそこそこの進学校であったのでとても共感する部分が多く、最後は予想して結末ではあったが自然と涙が流れてきた。

　ドラッカーのマネジメントを野球で応用したらどうかという試みはとても面白く、私の高校も私が卒業してから10年後に甲子園に出場したこともあり、なにかと共感されられた。

確かにドラッカーのマネジメントは企業だけでなく、あらゆる組織に通用する哲学的にも感じる実践論なの学生スポーツという分野で展開はあまり具体化しすぎずに話を展開することで誰にでも読みやすい話になっていた。

　このような事からでも、たくさんの若い人にもドラッカーに興味と持ってもらえると良いなあと思った。
私自身も、ドラッカーやドラッカーの書籍によく登場する企業が行っているＯＧＳＭ等を若いうち（学生）から実践すべきだと実感しているので、この本を機会に若い人がその方向で向かってくれればと思う。

「もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら 」

久しぶりにドラッカーを読んだ。

昨日より久しぶりにドラッカーを読んだ。昨日の読み残しと先ほど読み終えた。
　昔（17～18年前）、「マネジメント」を読んだがすっかり忘れてしまっている。今年、「もしドラ」が大ヒットしているので事前ドラッカーを再読しておこうと思い「プロフェッショナルの条件―いかに成果をあげ、成長するか (はじめて読むドラッカー (自己実現編))」を読んだ。

ドラッカーを読むとつくづくすばらしさを感じた。
今も昔も何事にも原理・原則が存在し、「すべきこと」「すべきでないこと」について明確に実証（過去の歴史と過去の事例）されているだけでなく、現在でも通用することに偉大さを感じる。
今回の本は、ドラッカーを読み始める（再読）にはピッタリであった。

「プロフェッショナルの条件―いかに成果をあげ、成長するか (はじめて読むドラッカー (自己実現編))」

「黒岩の法則」を読んで

「黒岩の法則」を読む。ラジオのくにまるジャパンで元フジテレビの黒岩祐治さんの話を聞いて早速「黒岩の法則」を購入して読んだ。
　他人の話や講義、また自分のメッセージも「要するに」を突き詰めて何を言いたい（発信）のかを明確にシンプルに短く伝えることの重要性を説いている。

「黒岩の法則」

CakePHPディレクト構成の変更

When the archive is extracted, it becomes a composition of the following directories.

1. Method of arranging directory that needs manager authority.

├var
│
├www
│ │ ├cake ← When the archive is extracted,
│ │ │ ├app
│ │ │ │ ├config
│ │ │ │ ├controllers
│ │ │ │ ├models
│ │ │ │ ├plugins
│ │ │ │ ├tmp
│ │ │ │ ├vendors
│ │ │ │ ├views
│ │ │ │ ├webroot ← It is set to the document route.
│ │ │ │ ├.htaccess
│ │ │ │ └index.php
│ │ │ ├cake
│ │ │ ├vendors
│ │ │ ├.htaccess
│ │ │ └index.php

2. Method of arranging directory that doesn't need manager authority.

├cake
│ ├app ・・・(1)
│ │ ├config
│ │ ├controllers
│ │ ├models
│ │ ├plugins
│ │ ├tmp
│ │ ├vendors
│ │ ├views
│ │ ├webroot　・・・(3)
│ │ ├.htaccess
│ │ └index.php
│ ├cake　・・・(2)
│ ├vendors
│ ├.htaccess
│ └index.php

It becomes the following if it arranges it according to the custom of the Linux system.

│
├ home
│　└ user
│　　　└ app ← Directory (1) is moved here.
├ usr
│　└ lib
│　　　└ cake ← Directory (2) is moved here.
├ var
│　└ www
│　　　└ *** ← Contents of the directory that name is (3) are moved here.


The procedure summary.
unzip ./cakephp-cakephp-1.3.5-0-ga16f4c5.zip
$ mv ./cakephp-cakephp-fd82f1b/app /home/user/app
$ mv ./cakephp-cakephp-fd82f1b/cake /usr/lib/cake
$ mv ./cakephp-cakephp-fd82f1b/app/webroot/* /var/www
$ mv ./cakephp-cakephp-fd82f1b/app/webroot/.htaccess /var/www
$ chmod -R 0777 /home/user/app/tmp
When the movement of the file is completed, three places of the following of the content of index.php are edited.



• ROOT定数にappを含むディレクトリへのパスを設定する。

今回の例では、"/home/user"

• APP_DIR定数にappディレクトリの名前を設定する。

今回の例では、"app"

• CAKE_CORE_INCLUDE_PATH定数にcakeディレクトリを含むディレクトリへのパスを設定する。

今回の例では、"/usr/lib"

---

Concretely, it edits it as follows.


---

if (!defined('ROOT')) {
   define('ROOT', DS . "home" . DS . "user");
}
if (!defined('APP_DIR')) {
   define('APP_DIR', "app");
}
if (!defined('CAKE_CORE_INCLUDE_PATH')) {
   define('CAKE_CORE_INCLUDE_PATH', DS . "usr" . DS . "lib");
}


---

ネットワークスベシャリスト試験を受験

１７日の日曜日にネットワークスペシャリストの受験をしました。
午前Ⅰの試験は免除なので、午前Ⅱから受験しました。
先月初旬より、右目を患いあまり試験勉強をできず、ほとんど現状を把握する実力テストになってしまいましたが、楽しく試験を受けてきました。

ＩＰパケットのシーケンス番号の名前が浮かばす「シーケンシャル番号」としてしまったのが残念でした。
ＳＥＱ番号を書こうかとも考えたが省略ではダメかと思い書いたの上記の間違いでした。
少し残念。

午後Ⅰ・午後Ⅱとも、情報処理試験（高度）を受験するたびに思うことですが、問題を作成する方には関心します。　今回もない知識を絞って、有意義な時間を過ごせました。

結果は、？　です。

早く目を治して、しっかり学習したいと感じた。

残念！

昨日は「ネットワーク構築後のセキュリティ技術」の最終日であったが、講習会に向かう途中で体調に異常を感じ急遽病院に直行した。なんと、眼底出血であった。症状からなんとなく予想はしていた（以前に経験があるので）ので、驚きはしなかったが講習会の最終日を楽しみにしていたので残念だ。
　とりあえず、運動を禁止されこれもまた残念。(ーー;)（毎朝のランニングが日課なので...）　止血剤を処方され血圧の上がるような行為は避けることとなった。(>_<)

「Table 'xxxxxxxx' is marked as crashed and should be repaired」

　Mantis で検索を行おうとしたら、「Table 'xxxxxxxx' is marked as crashed and should be repaired」と表示されその下にSQL文が表示され検索画面を表示できなくなってしまった。^^;

なにやら repair しろと記載されているので、repair コマンドを実施。

repair table table_name;

無事に表示されました。(^o^)／

MySQLはあまりクラッシュすることはないらしいが、更新中にデーモン（mysqld）が停止してしまうとクラッシュすることもあるらしい。　特にMantisの更新中にデーモンが停止（またはLinuxサーバーを再起動）などなかったはずなのだが...
　ただ、相変わらず Linux のデスクトップは不調でブラウザやファイルブラウザを操作していると scim-bridge がクラッシュし、何回か続くとログオフされてしまうこともあるがこれとは関係ないな。

MySQLでテーブルに障害が発生したら、
　check table テーブル名;
でテーブルのエラーを調べ、
　repair table テーブル名;
でテーブルの修復を行うようだ。しかし、repair table コマンドは　MyISAM と ARCHIVE テーブルに対して機能しないらしい。　MySQL 5.1.9 から、REPAIR は CSV テーブルにも有効になりました。

　いつも Oracle ばかりで MySQL はあまり詳しくないのですが、Mantis を利用してプログラムの修正や案件の管理をしているという Mantis にかなりお世話になっている状態なので、今回を機会にきちんとバックアップをとり復旧方法も確認しないといけないことを実感した。　(ーー;)

ネットワーク構築後のセキュリティ技術

　昨日（９月４日）、東京都のキャリアップ講習「ネットワーク構築後のセキュリティ技術」の第２回目を受講してきました。

　今までも何度か東京都のキャリアップ講習を受講したことがあるのですが、募集時の説明が概略であるせいか実際に受講してみるとかなり初心者対象の内容であったりして何度も辛い（痛い？）目にあっています。（受講料は安いのですが、時間とお金をかけて講習開催地へ行くので..(-_-;)）

　しかし、自分の知識も曖昧であったりするので知識の定着を図るためにも、気になった講座は（ベンダーや東京都）受講をして行こうと考えています。（数万以上という高額のものは除きます）
　ルーターやスイッチ（特にL3）は、なかなか操る機会にも恵まれないので大変楽しみにしています。
講師の先生方は丁寧に説明して下さるのですが、受講生に初心者が多いとかなり説明を端折る（説明してもわからないだろうと･･･）。　こちらは、知識の定着のために来ているのできちんと聞きたいのだが...(~_~)

　前回は暗号化についての基本的（初歩的）な講習と実習ではルーターの基本的な設定という内容でした。グループ（4人）ごとにルーター１台とスイッチ２台でルーティングを行う。

　今回は、IPsecの講習とルーター間でのパケットの暗号化（IPSec)を行いました。前回より少し難易度が増したせいか皆さん頑張っておりました。内容的には、講習・実習ともに、前回のおさらいを行ってから本題で IPSec について講習(午前）・実習（午後）が行われました。

　前半の課題は、２つのチームのネットワークのルーターで接続し、接続されたルーター間についてIPsecで暗号化通信を行う。（下記図参照）

後半の課題は、全６チームのルーター間をメッシュ接続する。（下記図参照）

　後半の課題は、時間がギリギリになり各チームとの暗号化の通信確認まではいかなかった。（部分的はチーム単位では疎通した。）

また、来週（最終回）は IEEE802.1X です。

PS.今週の資料（実習で必要な設定コマンドが記載）を実習室に置き忘れてしまった。(-_-;)
　今回（昨日）の実習の時も前回の資料を家に忘れてきてしまったので...orz

PHPからOracleへの接続

CentOSにPHPのOCI8とPDO_OCIとOracle11gをインストールした時からログに下記の２つが出力されていた。

• 「PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/oci8.so' - libclnsh.so.11.1: cannot open shared object file: No such file or directory in Unknown on line 0」
• 「PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/pdo_oci.so' - libclnsh.so.11.1: cannot open shared object file: No such file or directory in Unknown on line 0」

　とりあえず、PHPからOracleへ接続しないので放置しておいたが、今回Firefoxがやたら落ちるのでログを確認していたら気になるので対処することにしました。

　このエラーは、ダイナミックリンクライブラリである oci8.so や pco_oci から libclnsh.so.11.1 が参照できないことを告げています。　よって、ダイナミックリンクライブラリが参照できるように、LD_LIBRARY_PATHに追加すればよいことになります。
（手順）

• libclnsh.so.11.1のディレクトリを確認する。
• /etc/ld.so.conf.dに上記のパスを記載したファイル（oracle11g.conf）を作成する。
  （oracle11g.confの記載内容：/usr/oracle/app/product/11.1.0/db_1/lib）
• ldconfigを実行してld.so.cacheを再構築します。
• httpdを再起動してログを確認します。

以上で、やっと余計なログが解消されました。（笑）

GNOMEが落ちる。

７月の末に Linux(CentOS5.5)のブラウザ（Firefox)を3.6.8に上げてから、firefox と共にGNEMEも落ちてしまう現象が発生するようになった。

GNOMEのデスクトップでブラウザを起動し、何かを検索してそのまま放置して後で画面を見るといつの間にかログイン画面になってしまっている。
　ブラウザを起動すると、やはり異常終了したようで終了時のタブを復元するかどうか確認するメッセージが表示される。

この現象は、Firefoxの前のバージョン（3.6.7）でも発生したが今回のバージョンほど頻繁に発生はしなかった。　前バージョンの時は、Windows版で緊急のアップデータ通知がありWindows版は自動アップデートが可能であったが、Linux(CentOS5.5)版では自動アップデートができなかったので手動で Firefox3.6.8 をインストールしたのだが... なんかかえって裏目に出てしまった。

連日プールで泳いだ結果．．．

昨日同様に前日夜にプールで1200ｍほど泳ぎ、本日のランニングを行った。
体が慣れてきたのか、昨日のように関節の鈍痛のような圧迫を感じなかった。
また、今日は昨日よりも暑くないようなのだが昨日以上に汗をかいた気がする。（前日に水分をとり過ぎただけかも(^^♪）
水泳も心肺を鍛えるのによいので、週２～３回を習慣にできると良いと思うが...（実際はランニングだけ精一杯になると思う）(^^ゞ

やはり．．．

昨夕、プール（区のスポーツセンタ）へ行き クロール中心で1200ｍほど泳ぎました。
そして迎えた本日の早朝ランニング...
やはり、体が重く感じる上に腰・膝・足首の関節が走るたびに鈍痛とまでいかないが、間接を押しつぶされるような違和感を感じ無理をしないランニングになった。
前日のスウィムは関節（腰・膝・足首）を伸ばしているようで、翌日のランニングが伸ばした関節を押しつぶしているように感じてしまう。

なんとひ弱な体になってしまったのだろう。(+o+)

なんか調子がでない

前回も書いたが、靴を替えてからなんか調子がでない。
また、前日にプールで泳いだりすると翌日のランニングはタイムが落ちる。
前からなんとなく感じていたのだが、スウィムではクロール主体で腕と肺を鍛えようとしています。
クロールなので、バタ足（あまり足を使わずに泳ぐように努力しているのが...）がランニングには良くないのかもしれない。
なんとなく感覚で感じているだけで、たまに行くスウィムでなくもっと習慣的に通って鍛えていれば違うのかもしれないが...

きっと、何かのせいにして自分の走力のなさを誤魔化そうとしているのかもしれない。
情けない。

早 ３年半...

  早朝のランニングを開始して３年半が経過しました。
６月14日に靴を替えてからどうも足が重く感じ今までのスピードで走れなくなってしまった。
  なんか異様に靴が重く感じてしまう。なので、７月からそれまでは3.2ｋｍだった距離を5.2ｋｍ伸ばすことでスピードから持久力を強化するよう考えを変えました。

  距離を伸ばして持久力をつければ、重く感じる靴にもなれ少しでも早く走れるようになるとを思っていたが．．．

  距離を伸ばして1ヶ月半、やはり思うようなタイムでは走れない。
トホホ・・・　年かな (ーー;)