ICON of RYUUO.COM TradeMark

[FKR]ウェブマスターBLOG

会員登録(SSL)
会員専用(SSL)

キーワード検索
AND検索 OR検索
リンク
袋小路展示館
世相批評募集


カテゴリー
WebYuumo(3)
mail_server(1)
lfs(4)
tomcat6_mysql5.1(5)
yuumo-0.0.0.0(2)
Gstreamer-1(2)
aokabu-1.2.9(7)
gtk(NO.1)(1)
programing(3)
サーバ履歴(19)
フィルター機能(2)


年次
2010(07-09月)
2010(04-06月)
2010(01-03月)
2009(10-12月)
2009(07-09月)
2009(01-03月)
2008(10-12月)
2008(04-06月)
2007(10-12月)
2007(01-03月)
2006(10-12月)
2006(07-09月)
2006(04-06月)
2006(01-03月)
2005(10-12月)
2005(04-06月)
2005(01-03月)

2009(10-12月)

1 2


Fedora3よ、さようなら長い間有難う


電気の配電盤工事により3時間電気が停止、その間サーバーの掃除を行い、ついでに、HDDを増設を思いつく。そして、起動しフォーマットなどをしていたところ、今まで使用していたHDDがkernelからの警告を受け、お釈迦になり、新規のHDDを購入、いままで、ソースをコンパイルして対応していたFedora 3 から最新版にアップしたのは良いのだが、どうにか形になって落ち着くまでに5日間ほどかかった。
ほっとしたのも束の間、メールのqueueに発送出来ない溢れんばかりのメールが溜まっていた。
/var/log/maillog にエラー発生する

TROUBLE in check_mail: virus_scan FAILED: virus_scan: ALL VIRUS SCANNERS FAILED: ClamAV-clamd av-scanner FAILED: run_av error: Too many retries to talk to /var/spool/amavisd/clamd.sock (Can't connect to UNIX socket /var/spool/amavisd/clamd.sock:

# ls -l /var/spool/amavisd
srwxr-x--- 1 amavis amavis 0 2009-12-23 11:57 amavisd.sock
drwx------. 2 amavis amavis 4096 2009-12-23 11:57 db
drwx------. 2 amavis amavis 4096 2009-03-02 03:43 quarantine
drwx------. 122 amavis amavis 12288 2009-12-23 12:36 tmp

# /etc/init.d/clamd.amavisd start
clamd.amavisd を起動中: LibClamAV Warning: **************************************************
LibClamAV Warning: *** The virus database is older than 7 days! ***
LibClamAV Warning: *** Please update it as soon as possible. ***
LibClamAV Warning: **************************************************
[ OK ]
# ls -l /var/spool/amavisd
合計 20
srwxr-x--- 1 amavis amavis 0 2009-12-23 11:57 amavisd.sock
srwxrwxrwx 1 amavis amavis 0 2009-12-23 12:56 clamd.sock
drwx------. 2 amavis amavis 4096 2009-12-23 11:57 db
drwx------. 2 amavis amavis 4096 2009-03-02 03:43 quarantine
drwx------. 122 amavis amavis 12288 2009-12-23 12:36 tmp


# /etc/init.d/amavisd stop
# /etc/init.d/postfix restart
# /etc/init.d/amavisd start

# postqueue -p
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
==== 省略 ====


# postqueue -f
Mail queue is empty
#

(2009-12-23 13:24:55) Category: -----





経営者の「能力と先見性」


変圧器取り替え工事の為、12月17日、午前9時から午前12時の間電気が止まりアクセス出来なくなる。資金力があれば二ヶ所にサーバーを設置するのだがそれも儘ならぬ。この機会を利用しサーバーの物理的掃除でもしようと思う。サーバー管理費の安さとしては世界で最高のパフォーマンスをこのサーバーは実行している。それだけが強みだ。

話は飛ぶが、クラウドコンピューティングなる新しい利用方法を考えたようだが、他人任せのセキュリティー、より一層問題を起こすことだろう。経営者は経費節減と思っているのかもしれないが、自力によるサーバー設置を経営資源と考えられない経営者の能力と先見性が問われそうだ。

(2009-12-15 09:54:56) Category: -----





急ぐならば遠回り !


tomcat6とmysql5.1とでのWEB上でのメンテナンスをバックアップ兼開発用のPCで行っているが、根っからの横着者、このコードはcopy & pasteしても大丈夫と貼り付けるのだが、それが後になって後悔する。大体にしてエラーを吐かれるのはその部分だ。それもエラーの箇所がハッキリと記述されていれば良いのだが、訳の分からぬエラーメッセージ、無駄な時間を費やすというのがパターンである。

急ぐならば遠回り !
古の人間は良い言葉を残したものだ。

(2009-12-10 07:10:08) Category:tomcat6_mysql5.1





文字化け、発生


tomcat6とmysql5.1とを利用しての結果

$ ${CATALINA_HOME}/bin/version.sh
Using CATALINA_BASE: /opt/tomcat
Using CATALINA_HOME: /opt/tomcat
Using CATALINA_TMPDIR: /opt/tomcat/temp
Using JRE_HOME: /opt/jdk
Server version: Apache Tomcat/6.0.20
Server built: May 14 2009 01:13:50
Server number: 6.0.20.0
OS Name: Linux
OS Version: 2.6.30.9-96.fc11.i586
Architecture: i386
JVM Version: 1.6.0_17-b04
JVM Vendor: Sun Microsystems Inc.

$ java -version
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode, sharing)

$ rpm -qa | grep java
tzdata-java-2009o-2.fc11.noarch

$ rpm -qa | grep mysql
mysql-5.1.37-1.fc11.i586
mysql-libs-5.1.37-1.fc11.i586
mysql-server-5.1.37-1.fc11.i586

以上の条件下での結果を載せている。この条件でjspによるデータベースへの接続を行った場合、jsp内の文字とdatabaseから読み込んだ文字とが合わず文字化けが生じた。それ故、いろいろと試行錯誤しながら、最終的に***apps以下のWEB-INF/web.xmlの <jsp-config>に



<jsp-config>
<jsp-property-group>
<display-name>Greomanty Config</display-name>
<url-pattern>*.jsp</url-pattern>
<el-ignored>false</el-ignored>
<page-encoding>utf-8</page-encoding>
<scripting-invalid>false</scripting-invalid>
<include-prelude>/common.jsp</include-prelude>
</jsp-property-group>
</jsp-config>



と記述してやると文字化けが収まった。common.jspは以下のようにした。

<%@ page contentType="text/html;charset=utf-8" %>
<%@ page pageEncoding="utf-8" %>



ちなみに、



mysql> SHOW VARIABLES LIKE 'character_set%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

mysql>

(2009-12-05 16:43:29) Category:tomcat6_mysql5.1





LFS


条件: sda and sdb の2個のHDDを搭載してある。以下 df コマンドで示すようにsdbはバックアップ用に使用していたが、Linux From Scrachを来年2010年に行う予定でいるので、sdbを分割し、その一つのpartitionにLinux From Scrachの領域を確保する
のが狙いだ。
今まで、rescue modeを使用し回復させたことを思い出してみると/etc/fstabの修正間違いがほとんどのようである。今回も例に漏れずrescue modeを使用した。その時の失敗を兼ねての記述であるが、今後、またfstabのファイルの修正が必要になった時には仕様が変更されているかもしれない。これはfstab fileを普段あまり使用(注視)していないことからも理解できる。それ故、使用にせまられた時には変更されているというのが私の実感だ。


/dev/sdb1 76896316 1770600 71219516 3% /export
/dev/sda1 101086 44310 51557 47% /boot
tmpfs 1030548 596 1029952 1% /dev/shm
/dev/sda2 79356528 28632316 46628040 39% /home

# vi /etc/fstab

#
# /etc/fstab
# Created by anaconda on Tue Apr 14 05:59:34 2009
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or vol_id(8) for more info
#
UUID=1299e4e9-3cc4-44fa-9c02-1c2e275cd5d6 / ext3 defaults 1 1
UUID=f62bea75-f7b8-4094-adf0-368b37b915c5 /export ext3 defaults 1 2
UUID=9f79e4f7-5265-4155-9ba6-319d10547222 /boot ext3 defaults 1 2
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
UUID=de4f1328-d130-4bcb-8706-7d61606cf306 /home ext3 defaults,usrquota 1 2
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
LABEL=SWAP-sda3 swap swap defaults 0 0

#/dev/sr0 /media/dvd udf,iso9660 user,noauto,exec,utf8 0 0
/dev/sr0 /media/dvd udf,iso9660 rw,users,noauto,exec 0 0
/dev/sdc /media/usb1 vfat,iso9660 noauto,user,iocharset=utf8 0 0
/dev/sdd1 /media/usb2 vfat,iso9660 noauto,user,iocharset=utf8 0 0



UUIDなるものが記述されているというのは分かっていたのだが、UUIDが何者かはまったく理解していないかった。記憶に残るなかで、詳しくfstabについて調べたのはLABELの表記方法の時だった。/dev/sdb1すなわち/exportをfdisk コマンドで基本領域・拡張領域とに分割、mkfs コマンドでフォーマット、そして、起動時にこれら領域がmountされるようにfstab fileを修正、・・・で失敗したのである。一言でいえば、UUIDの処理が分からなかったことが第一の理由だ。
結果は起動できず、rescue modeでの復旧だった。まずは/export領域を元に戻し、fstabの修正に取りかかる。

スワップ領域にLABELの文字が見え、それを便りにLABEL表記に変更、まずは起動に成功した。今でも、LABELは使用できる。

# e2label /dev/sda2
== 何も表記されない ==
#

# e2label /dev/sda2 /home
# e2label /dev/sdb1 / export
# e2label /dev/sda2
/home
#
# vi /etc/fstab ... 修正

LABEL=/export /export ext3 defaults 1 2
LABEL=/home /home ext3 defaults,usrquota 1 2


修正後、無事起動できた。これで何やかんやと半日潰れた。
翌日、頭をリフレッシュさせ、現在のファイルシステムラベル(UUID方式)を表示方法をWEB上で調べると何と/dev/disk/by-uuidのdirectory内にUUIDが記述されていたではないか。
このUUIDを使い、もとの状態に戻した。





# ls -l /dev/disk/by-uuid
lrwxrwxrwx 1 ** ** 10 2009-11-29 08:10
9f79e4f7-5265-4155-9ba6-319d10547222 -> ../../sda1
lrwxrwxrwx 1 ** ** 10 2009-11-29 08:10
de4f1328-d130-4bcb-8706-7d61606cf306 -> ../../sda2
lrwxrwxrwx 1 ** ** 10 2009-11-29 08:10
f62bea75-f7b8-4094-adf0-368b37b915c5 -> ../../sdb1





気を改め翌日、新しいパーティションに挑戦。
# umount /export
# fdisk /dev/sdb

このディスクのシリンダ数は 9726 に設定されています。
間違いではないのですが、1024 を超えているため、以下の場合
に問題を生じうる事を確認しましょう:
1) ブート時に実行するソフトウェア (例. バージョンが古い LILO)
2) 別の OS のブートやパーティション作成ソフト
(例. DOS FDISK, OS/2 FDISK)

======= 略 ======

コマンド (m でヘルプ): p

ディスク /dev/sdb: 80.0 GB, 80000000000 バイト
ヘッド 255, セクタ 63, シリンダ 9726
Units = シリンダ数 of 16065 * 512 = 8225280 バイト
Disk identifier: 0x00000080

デバイス ブート 始点 終点 ブロック Id システム
/dev/sdb1 1 4800 38555968+ 83 Linux
/dev/sdb2 4801 9726 39568095 83 Linux

コマンド (m でヘルプ): w
領域テーブルは交換されました!

ioctl() を呼び出して領域テーブルを再読込みします。
ディスクを同期させます。
#
=== format ===

# mkfs -t ext3 /dev/sdb1
# mkfs -t ext3 /dev/sdb2


# ls -lF /dev/disk/by-uuid/
lrwxrwxrwx 1 root root 10 2009-11-29 11:11
1299e4e9-3cc4-44fa-9c02-1c2e275cd5d6 -> ../../sda5
lrwxrwxrwx 1 root root 10 2009-11-29 11:11
9f79e4f7-5265-4155-9ba6-319d10547222 -> ../../sda1
lrwxrwxrwx 1 root root 10 2009-11-29 12:38
b97efa4a-1d67-4515-9e20-1bb2c45f49c6 -> ../../sdb1
lrwxrwxrwx 1 root root 10 2009-11-29 12:39
bfeded6e-01d1-4c30-8696-655b57f6ec9a -> ../../sdb2
lrwxrwxrwx 1 root root 10 2009-11-29 11:11
de4f1328-d130-4bcb-8706-7d61606cf306 -> ../../sda2



/dev/sdb内の UUIDが表示されている。

/etc/fstab をUUIDを用いて書き換える。 あとは、reboot

これで漸く来年、私にとっては集大成にもなる Linux From Scrach を実行できる環境が出来上がった。

(2009-11-29 13:15:29) Category:lfs





upgrade fedora 9 to fedora 11


first of all
I try to upgrade fedora9 to fedora10, but not upgrade gstreame and cd(NetInstallを使用)を利用のアップグレード、そして、10 to 11のupgradeは yumを利用し行った。
その段階での記録を載せてある。

依存性に問題が発生する
gstreamer-plugins-bad-extras-0.10.7-4.fc9.i386
and
gpac-libs-0.4.5-0.5.20080217cvs.fc9.i386

so,
rpm -e --nodeps gstreamer-plugins-bad-extras
rpm -e --nodeps gpac-libs-0.4.5


rpm -Uvh http://ftp.riken.jp/Linux/fedora/releases/11/Everything/i386/os/Packages/fedora-release-notes-11.0.0-2.fc11.noarch.rpm
rpm -Uvh http://ftp.riken.jp/Linux/fedora/releases/11/Everything/i386/os/Packages/fedora-release-11-1.noarch.rpm


# yum clean all
# yum update

これで1194のrpmをアップデートできた。このあと、gstreamerをinstallするか決定することになるのだろう。でも、gstreamer-plugins-bad-extrasはあまり必要ないように思える。だが、gpac-libsというのが何なのか理解できない。


その後、トランザクションの確認エラーが出現、gstreamerに関するエラーだ。

トランザクションテストでエラーになったGstreamerを削除


気を新たにし
# yum update

どうにか更新できた。先にGstreamerとgpac-libsを削除しておいた方が早かった気もする。上手くいったかは判別できないが。upgradeが終了してからGstreamerの再インストールが良いようだ。

あくまでも感想だが・・・。この通り行って失敗したなど言われても困るので参考までにしていただきたい。

# yum install gstreamer-rtsp
これで一様完了した形になった。ゆっくりと正月を迎えられる。

(2009-11-27 16:39:12) Category: -----





続: mysql-5.1 from mysql-5.0


DataBaseへの接続が多くのコードのなかにかなり存在する。書き換えになると、かなりの時間が取られそうだ・・・・・? だれか一括変換などを考えてくれないだろうか。mysqlやjavaは詳しくは理解していない。ようやくコードを組める程度である。

などと記述したが、何て事は無い今までのコードは使用できる。ただ単に自身横着をしていただけだった。もともとは程々に生きるタイプ、これで人生を失敗したか成功したかは分からぬが人生を振り返ると横着しすぎたところも多々あるのだ。それも人生と悪いこととは思っていない。一度の人生だから好きなように生きさせてもらう。


と思いきや、tomcat6 と mysql5.1 の組み合わせで試験してみるとやはり、エラーを吐く。
javax.naming.NameNotFoundException: 名前 jdbc はこのコンテキストにバインドされていません


この場合には、


Connection db = DriverManager.getConnection("jdbc:mysql://localhost/future?" 
+ "user=user_name&password=user_passwd");

PreparedStatement objPs=db.prepareStatement \
("SELECT * FROM src_ippen ORDER BY day DESC");
ResultSet rs=objPs.executeQuery();




これしか無さそうだ。実際に運用する時にはlinuxではチルダファイルの削除忘れがあるので、俺のみか?、戻り値がConnectionの関数をclassで実装した方が安全だろう。

(2009-11-24 14:38:06) Category:tomcat6_mysql5.1





mysql-5.1 from mysql-5.0


mysqlを5.1へとversion upしてbackupしておこうと思い、単純な気持ちで行った。最初に躓いたのがmysqlへ接続できないことだった。それもデータベースに接続できないことを悟るまでに一日、そして、mysql_upgrade, mysqlcheckなどのcommandが存在するのを悟ったのがその後だった。







$ mysql_upgrade -basedir=/var/lib/mysql -p root

error : Table upgrade required. Please do "REPAIR TABLE `time_zone_name`" or \
dump/reload to fix it!
多少のエラーをはいたが、

mysql.help_keyword OK
mysql.help_topic OK
mysql.proc OK
mysql.time_zone_name OK
Running 'mysql_fix_privilege_tables'...
OK

$
OKが出たので続行した。
そして、コードの書き換えが以下。

import java.sql.DriverManager;

public static String strDate(){
Connection db=null;
PreparedStatement objPs=null;
ResultSet rs=null;
String strDate="";
try{
//Context ctx=new InitialContext();
//DataSource ds=(DataSource)ctx.lookup("java:comp/env/jdbc/future");

//db=ds.getConnection();
db = DriverManager.getConnection("jdbc:mysql://localhost/future?" \
+ "user=user_name&password=user_passwd");
objPs=db.prepareStatement("SELECT * FROM src_ippen ORDER BY day DESC");
rs=objPs.executeQuery();
if(rs.next()){
strDate = rs.getString("day");
}







DataBaseへの接続が多くのコードのなかにかなり存在する。書き換えになると、かなりの時間が取られそうだ・・・・・? だれか一括変換などを考えてくれないだろうか。mysqlやjavaは詳しくは理解していない。ようやくコードを組める程度である。

しばらくは、以前のVersionを使い続けよう !

(2009-11-10 09:36:30) Category:tomcat6_mysql5.1





大迷惑なロボット


robotsのようなアクセスを受けているが、アルファベットの大文字と小文字を区別せずにアクセスしてくる。きっと、windowsを使用して来ているのだろうが、インターネットの世界に出てくるにはチッと速い気もする。はっきり言って大迷惑です。
でも、いままで何回か、このようなアクセスが存在していた。

(2009-11-05 17:47:43) Category: -----





今年もあと二ヶ月だ


ここ暫く気掛かりだったWebProgramの修正を完了した。三ヶ所存在していたが、この日曜・月曜日ですべてやり終えた。今年は、随分、がんばった気がする。今年一杯のほほんと暮らす予定でいる。今年もあと残すところ二ヶ月、月日の流れは速く感じる。

年末まで、何も問題が起こらないことを願う。

(2009-11-02 16:58:34) Category: -----








1 2