なんか、CMやJR電車内でよく見かける宮崎映画「ゲド戦記」。
宮崎アニメは好きなんだけど、時間を割いて調べる程思い入れは無い。
でもどんな映画なんだろなー・・・って思ってたら大まかにあらすじや設定等を説明してくれているサイトがありました。
URL: http://journal.mycom.co.jp/articles/2006/07/29/ged/
確かに、少年が主人公として設定され、その内的なものを描写するなんて今回が初めてですね〜。そういった意味でも監督だけでなく、設定も今までとは違ったものになってるんですねー。
てか、『指輪物語』、『ナルニア国物語』、『ゲド戦記』が世界三大ファンタジーということなんて、全く知らなかったです、ハイ。
ま、いつかは観るんだろなー。そして、それまでには周りのブームは去ってるんだろなー
(T〜T)/~~
宮崎アニメは好きなんだけど、時間を割いて調べる程思い入れは無い。
でもどんな映画なんだろなー・・・って思ってたら大まかにあらすじや設定等を説明してくれているサイトがありました。
URL: http://journal.mycom.co.jp/articles/2006/07/29/ged/
確かに、少年が主人公として設定され、その内的なものを描写するなんて今回が初めてですね〜。そういった意味でも監督だけでなく、設定も今までとは違ったものになってるんですねー。
てか、『指輪物語』、『ナルニア国物語』、『ゲド戦記』が世界三大ファンタジーということなんて、全く知らなかったです、ハイ。
ま、いつかは観るんだろなー。そして、それまでには周りのブームは去ってるんだろなー
(T〜T)/~~
「CDクオリティで高音質の衛星ラジオが普及中」という文句が気になって記事を見てみると、アメリカでは有料の衛星デジタルラジオサービスの普及が進んできるらしいですね。ラジオがCD並みのクオリティでってところが凄いですね。特に車上では、スポーツ中継とかで肝心なところがノイズで聞き取れなかったりしますからねぇ〜。って、スポーツ中継の音質のクオリティを求める必要はあんまりないか・・・(ーー;)
でも、podcastとかが存在する今の状況では、ターゲットは、やはり車上での音楽に対するニーズになるんだろうなぁ。
URL: http://journal.mycom.co.jp/news/2006/07/31/325.html
でも、podcastとかが存在する今の状況では、ターゲットは、やはり車上での音楽に対するニーズになるんだろうなぁ。
URL: http://journal.mycom.co.jp/news/2006/07/31/325.html
「CDクオリティで高音質の衛星ラジオが普及中」という文句が気になって記事を見てみると、アメリカでは有料の衛星デジタルラジオサービスの普及が進んできるらしいですね。ラジオがCD並みのクオリティでってところが凄いですね。特に車上では、スポーツ中継とかで肝心なところがノイズで聞き取れなかったりしますからねぇ〜。って、スポーツ中継の音質のクオリティを求める必要はあんまりないか・・・(ーー;)
でも、podcastとかが存在する今の状況では、ターゲットは、やはり車上での音楽に対するニーズになるんだろうなぁ。
URL: http://journal.mycom.co.jp/news/2006/07/31/325.html
でも、podcastとかが存在する今の状況では、ターゲットは、やはり車上での音楽に対するニーズになるんだろうなぁ。
URL: http://journal.mycom.co.jp/news/2006/07/31/325.html
えー、皆さんは「エアボ」なるものをご存知ですか？なにやら、TV番組の「学校へいこう」で始まった企画のようなんですが、要は、歌にあわせて"口パク"をするというものなんです。なんか、それだけを聞いても「ふ〜ん。」て感じですが、自分はこの動画で完全にはまりました・・・。もう何度見たことか、しょっちゅう頭の中で巡ってます。そう、まさに"中毒"。是非、中毒仲間になりませう....
URL:http://www.kami-douga.com/movie/back1.htm
URL:http://www.kami-douga.com/movie/back1.htm
名古屋空港は空港で世界一トイレがきれいらしい。
その理由は、男子トイレの的にあるらしい。
URL：http://portal.nifty.com/2006/06/17/c/
トイレがきれいだと本当にすっきりできますよね〜。
・・・しっかし、星の矢が刺さった図柄って本当に色んな意味で狙いすぎ(笑)
ちなみに、まんなかの10ってやっぱりダーツの点数から来てるんだろうか・・・。
「お、今日の俺10点だ！！」とか、晴れやかな気持ちで一日を迎えられるんだろうなー。
羽田空港も似たようなことしてあるって、ホントですか！？
その理由は、男子トイレの的にあるらしい。
URL：http://portal.nifty.com/2006/06/17/c/
トイレがきれいだと本当にすっきりできますよね〜。
・・・しっかし、星の矢が刺さった図柄って本当に色んな意味で狙いすぎ(笑)
ちなみに、まんなかの10ってやっぱりダーツの点数から来てるんだろうか・・・。
「お、今日の俺10点だ！！」とか、晴れやかな気持ちで一日を迎えられるんだろうなー。
羽田空港も似たようなことしてあるって、ホントですか！？
RHEL ES4のカーネルをあげる必要があり、RHNでパッケージをダウンロードしました。
で、いざカーネルインストールを行ったら、、、あれ？他のパッケージが必要？mkinitrdって何よ？といった感じです。バージョンの上がり方によっては、すんなり入るんで見落としがちです。
しかも、これ客先立ったんで、うんわーって感じでした。
結局別の理由でカーネルアップデートは無くなったんですが、依存するパッケージはきちんと確認するべきですね。
該当パッケージの依存関係は以下のコマンドで確認できます。
rpm -qR [パッケージ]
以下、カーネルの依存関係を実際に調べた結果です。
[root@ES4U3 ~]# rpm -qR kernel-2.6.9-34.0.2.EL
rpmlib(VersionedDependencies) <= 3.0.3-1
fileutils
module-init-tools
initscripts >= 5.83
mkinitrd >= 4.2.1.6-1
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
これからは、チェックを怠らないようにします・・・
で、いざカーネルインストールを行ったら、、、あれ？他のパッケージが必要？mkinitrdって何よ？といった感じです。バージョンの上がり方によっては、すんなり入るんで見落としがちです。
しかも、これ客先立ったんで、うんわーって感じでした。
結局別の理由でカーネルアップデートは無くなったんですが、依存するパッケージはきちんと確認するべきですね。
該当パッケージの依存関係は以下のコマンドで確認できます。
rpm -qR [パッケージ]
以下、カーネルの依存関係を実際に調べた結果です。
[root@ES4U3 ~]# rpm -qR kernel-2.6.9-34.0.2.EL
rpmlib(VersionedDependencies) <= 3.0.3-1
fileutils
module-init-tools
initscripts >= 5.83
mkinitrd >= 4.2.1.6-1
/bin/sh
/bin/sh
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
これからは、チェックを怠らないようにします・・・
「梅雨明け、今世紀末は８月に？」という文句が気になって記事を読んでみると、こう説明してありました。
温暖化が進むと、太平洋高気圧が日本の南で強まり、居座る。このため、梅雨前線が北上せず、列島にかかったまま梅雨明けが遅れる。
ひえ〜、つまり単純に梅雨の季節が伸びるってことっすか・・・。
む〜ん、由々しきことですねぇ。(ー"ー;)
梅雨といえば、「天気悪い」「濡れる」「ジメジメ」「カビが湧く」「道すべる」「髪寝ちゃう」・・・等々、本当に嫌なイメージしか出てこなく、自分がどんだけ嫌いかが認識されます。
関連記事URL：http://www.asahi.com/national/update/0721/TKY200607210178.html?ref=rss
それと関連してか、気になって気象庁のサイトをみてみました。
こんな面白いページがありましたので、載せときます。
URL：http://www.data.kishou.go.jp/mrep_j.html
「毎月の分布図(気温・降水量・日照時間)」なるもので、日本全体の気温や降水量が月ごとにグラフィカルに見れます。「ほぉ〜、今年は3・4・5・6月と北海道が一番降水量が多いんだ。」みたいな驚きがありますよ。
温暖化が進むと、太平洋高気圧が日本の南で強まり、居座る。このため、梅雨前線が北上せず、列島にかかったまま梅雨明けが遅れる。
ひえ〜、つまり単純に梅雨の季節が伸びるってことっすか・・・。
む〜ん、由々しきことですねぇ。(ー"ー;)
梅雨といえば、「天気悪い」「濡れる」「ジメジメ」「カビが湧く」「道すべる」「髪寝ちゃう」・・・等々、本当に嫌なイメージしか出てこなく、自分がどんだけ嫌いかが認識されます。
関連記事URL：http://www.asahi.com/national/update/0721/TKY200607210178.html?ref=rss
それと関連してか、気になって気象庁のサイトをみてみました。
こんな面白いページがありましたので、載せときます。
URL：http://www.data.kishou.go.jp/mrep_j.html
「毎月の分布図(気温・降水量・日照時間)」なるもので、日本全体の気温や降水量が月ごとにグラフィカルに見れます。「ほぉ〜、今年は3・4・5・6月と北海道が一番降水量が多いんだ。」みたいな驚きがありますよ。
2000年から2006年での、中小企業における利用サーバOS(メイン利用)の動向が以下のサイトに特集されています。
URL: http://www.thinkit.co.jp/free/article/0606/5/4/
Linuxへのリプレース動向が非常に際立っているような話を聞いていましたが、実際にはWindowsがさらにシェアを伸ばしてるんですねー。2006年の段階で約84%までじりじりと伸びてます。
特に、WindowsServer2003の爆発的な伸びには驚きますね。発売から2年で約26%ですかぁ。
まあ、NTがまだ25%もあるのにも驚きますがねー。なかなかアプリケーションとの兼ね合いで難しいんでしょうねー。
URL: http://www.thinkit.co.jp/free/article/0606/5/4/
Linuxへのリプレース動向が非常に際立っているような話を聞いていましたが、実際にはWindowsがさらにシェアを伸ばしてるんですねー。2006年の段階で約84%までじりじりと伸びてます。
特に、WindowsServer2003の爆発的な伸びには驚きますね。発売から2年で約26%ですかぁ。
まあ、NTがまだ25%もあるのにも驚きますがねー。なかなかアプリケーションとの兼ね合いで難しいんでしょうねー。
HP DL380(RHEL ES4)のファイルサーバにて障害発生。
急に通信ができなくなってしまう(pingも返ってこない)という現象が発生。また、コンソール上からのコマンドは正常に受け付けているが、以下のエラーログを出力。
do_ypcall: clnt_call: RPC: Unable to receive; errno = No route to host
YPBINDPROC_DOMAIN: Domain not bound
どうやら自分自身で立てているNISサーバと通信ができていないようです。
あわせてNFSクライアントにて以下のエラーログが出力されている。
Jun 21 13:26:27 client1 kernel: nfs: server server1 not responding, still trying
Jun 21 13:26:28 client1 last message repeated 5 times
Jun 21 13:26:40 client1 kernel: nfs: server server1 OK
Jun 21 13:26:41 client1 last message repeated 5 times
Jun 21 13:29:09 client1 kernel: nfs: server server1 not responding, still trying
Jun 21 13:29:09 client1 kernel: nfs: server server1 OK
Jun 21 13:31:19 client1 kernel: nfs: server server1 not responding, still trying
Jun 21 13:31:19 client1 kernel: nfs: server server1 OK
上記のように、NFSがぶつぶつと切れているようなログが見られる。
以下のサイトを参照すると、なにやらNFSサーバに高負荷がかかっているようです・・・。「NFSサーバの性能が悪い」ということもいえるとのことで、、、チューニングが必要になるのですね、やはり。
またかぁ〜、やだな〜(ー"ー;)
とりあえず、どちらにせよ原因の究明と対応作業を行う必要があるので、都度書き記していこうかと。
http://www.linux.or.jp/JF/JFdocs/NFS-HOWTO/troubleshooting.html
急に通信ができなくなってしまう(pingも返ってこない)という現象が発生。また、コンソール上からのコマンドは正常に受け付けているが、以下のエラーログを出力。
do_ypcall: clnt_call: RPC: Unable to receive; errno = No route to host
YPBINDPROC_DOMAIN: Domain not bound
どうやら自分自身で立てているNISサーバと通信ができていないようです。
あわせてNFSクライアントにて以下のエラーログが出力されている。
Jun 21 13:26:27 client1 kernel: nfs: server server1 not responding, still trying
Jun 21 13:26:28 client1 last message repeated 5 times
Jun 21 13:26:40 client1 kernel: nfs: server server1 OK
Jun 21 13:26:41 client1 last message repeated 5 times
Jun 21 13:29:09 client1 kernel: nfs: server server1 not responding, still trying
Jun 21 13:29:09 client1 kernel: nfs: server server1 OK
Jun 21 13:31:19 client1 kernel: nfs: server server1 not responding, still trying
Jun 21 13:31:19 client1 kernel: nfs: server server1 OK
上記のように、NFSがぶつぶつと切れているようなログが見られる。
以下のサイトを参照すると、なにやらNFSサーバに高負荷がかかっているようです・・・。「NFSサーバの性能が悪い」ということもいえるとのことで、、、チューニングが必要になるのですね、やはり。
またかぁ〜、やだな〜(ー"ー;)
とりあえず、どちらにせよ原因の究明と対応作業を行う必要があるので、都度書き記していこうかと。
http://www.linux.or.jp/JF/JFdocs/NFS-HOWTO/troubleshooting.html
