2011年11月29日火曜日

ABRT(クラッシュレポートツール)の停止(Fedora16)

[追記](20111130)
ABRTを停止しても,シャットダウンに時間が掛かる症状は直らず。
現在,調査中。(audit,audispd,sandbox)
https://bugzilla.redhat.com/show_bug.cgi?id=751181



前回,ABRTがおかしくてシャットダウンできないということを書きました。(Fedora16 abrtエラー
調べた結果[ここだよ]ABRTのサービスを停止することにしたら,
ちゃんと電源落ちるようになりました。
ABRTのアプリケーションをアップデートすることでは解決しませんでしたねw
ABRTはバグ検出・報告アプリなので別のアプリがバグってて変な症状になってるのかもしれませんが,仕方ありませんねww致命的なエラー(データ吹っ飛ぶとか)は起こってませんからねb

参考になるページが少なかったので,
いろいろ調べてABRTについてわかったことを書きます。

◆ABRT(Automated Bug Reporting Tool)とは?
Fedora12ぐらいから採用された自動バグ報告ツールです。
ABRTがアプリケーションのクラッシュを検出して,その情報をBugzillaに報告してくれるものです。
開発者がバグの追跡し、情報を素早く集めることを容易にしてくれる非常に便利なツールです。
SELinux AVCの監視ツールにも同様のレポートツールが追加されてるみたいです。 (自分はSELinuxも停止しているので,よくわかりませんが)
 
結論から言わせていただくと,
「ABRTもSELinuxも要らない」ってことです。不安定すぎるからね!
いちいちクラッシュが発生して不具合を起こってしまうと,仕事にならないから!

◆ABRTのエラーと停止方法
・ABRTのエラー
abrt[]:Got signal 15,exiting
plugin /usr/sbin/sedipatch terminated unexpectedly
・停止方法
>まず確認 (停止前)
[root@MasaFedora ~]# systemctl -t service(サービスの確認)
UNIT                       LOAD   ACTIVE SUB     JOB DESCRIPTION
abrt-ccpp.service          loaded active exited      Install ABRT coredump hook
abrt-oops.service          loaded active running     ABRT kernel log watcher
abrt-vmcore.service        loaded active exited      Harvest vmcores for ABRT
abrtd.service              loaded active running     ABRT Automated Bug Reporting Tool
accounts-daemon.service    loaded active running     Accounts Service
acpid.service              loaded active running     ACPI Event Daemon
atd.service                loaded active running     Job spooling tools
>停止(&自動起動停止)
[root@MasaFedora ~]# systemctl stop abrtd.service
[root@MasaFedora ~]# systemctl disable abrtd.service
[root@MasaFedora ~]# systemctl stop abrt-ccpp.service
[root@MasaFedora ~]# systemctl disable abrt-ccpp.service
[root@MasaFedora ~]# systemctl stop abrt-oops.service
[root@MasaFedora ~]# systemctl disable abrt-oops.service
[root@MasaFedora ~]# systemctl stop abrt-vmware.service
[root@MasaFedora ~]# systemctl disable abrt-vmware.service
>確認(停止後)
[root@MasaFedora ~]# systemctl -t service
UNIT                                 LOAD   ACTIVE SUB     JOB DESCRIPTION
accounts-daemon.service              loaded active running     Accounts Service
acpid.service                        loaded active running     ACPI Event Daemon
atd.service                          loaded active running     Job spooling tools
chronyd.service                      loaded active running     NTP client/server
console-kit-daemon.service           loaded active running     Console Manager

[参考]
RHEL 6発表
Fedora 12の改善点
Fedora 15リリース
Red Hat Bugzilla

2011年11月22日火曜日

Fedora16 abrtエラー

abrt[]:Got signal 15,exiting
plugin /usr/sbin/sedipatch terminated unexpectedly

シャットダウン・再起動時に,上のようなエラーが出て電源が落ちない現象に陥りました。

abrtの最新パッケージにアップデートすることで解決しました。(←今のところ,異常なし)

[root@]# yum update --enablerepo=updates-testing abrt-2.0.4.981-3.fc16.x86_64

電源が落ちないとか,怖すぎるわ。
毎度強制終了するときのドキドキ感はもう嫌だww


[追記](2011-11-26)
これでは直りませんでした.
よく観察してみたら,時間が経つと電源は落ちるみたいだねw

また今度,根本的な原因を調査して追記します.

2011年11月10日木曜日

Fedora 16 ログインエラー

早速,Fedora16(x86_64)をインストールしました。


色々インストールしていたら,
WineやらのSELinuxエラーが発生して,終いにはGUIでログインできなくなりました。


「ああっ!何かがおかしい。ログインできません。」




なので,SELinuxを無効化しました。

#vim /etc/sysconfig/selinux
SELINUX=enforcing
                      ↓
        SELINUX=disabled


そしてら,ログインエラー解決しました。
Fedora15は別のエラーだったけど,SELinuxはゴミすぎるわ!


メインOSとして使う予定なので,別のセキュリティソフト入れます〜。

2011年10月10日月曜日

/tmp(,/var/tmp)内のファイルを削除したら

/tmp,  /var/tmp内のファイル・ディレクトリを削除したら,デスクトップが起動しなくなった。(VNCも起動しない)

これがちゅんとした解決方法であるかはわかりませんが,解決したので記述します。

①/tmp/.X0-lockの削除。
rm -f /tmp/.X0-lock
②再起動
reboot 
③VNCについては,再インストール。



…直った♪
   これで,デスクトップは正常に起動するようになった。

yumキャッシュの削除(Linux)

yumのキャッシュを掃除していないと,
/var/cache/yum/x86_64/15/updates/packages の空きが不十分です
 と言われ,インストールが出来ません。


なので,以下のコマンドでキャッシュを掃除する。
yum clean packages
あるいは,
yum clean all


また,yumのキャッシュの場所は以下のファイルに記述されている。
 /etc/yum.conf

2011年7月25日月曜日

Eclipse3.7(Indigo) PDT エディターを開くことができません

PHPのプラットフォーム(PDT)で開発中に起こった、Eclipseのバグ。
PHPファイル操作中,Eclipse3.7(Indigo)がクラッシュした。

◆症状
 PHPファイルを開こうとすると,以下のエラーが表示される。
 「エディタが初期化できません。」あるいは、「エディターを開くことができません: Aborted cyclic load attempt for model with id: /WorkingShift/WorkingShift/top.php」

◆わかったこと
IndigoのPDTはバグがあり,どっかでクラッシュする。
一度クラッシュすると,以降そのWorkSpaceは使用できない。(Eclipse全般)
また,Indigoはまだたくさんバグ存在あって,またどこかでバグる可能性があり。
(…自分は再度同じ症状が出始め,Indigo断念。。。)

◆解決方法
WorkSpaceを新しく作り直す!!
Eclipse3.6(Helios)でPDTを利用。

◆注意
壊れたWorkSpaceはEclipse3.6(Helios)でも使えないよ。


◆参照
症状が同じサイト

2011年7月7日木曜日

Eclipse 実行可能なJar

統合開発環境Eclipseにおいて、実行可能なJarファイルの作成方法。
(Fedora15 x86_64)


1)Jarファイルにしたいプロジェクトを選択して、[右クリック]-[エクスポート]。


2)[Java]-[実行可能なJARファイル]を選択。

3)実行可能なJARファイル仕様の決定。

  • 起動構成:Mainのクラス(main関数のあるクラス)
  • エクスポート先:出力先
  • Library handing:ライブラリをJarファイルに含めるかどうか

 Labrary handingは以下を選択。
→[Copy required libraries into sub-folder next to the generated JAR]
:ライブラリはjarファイルの同じフォルダに置かれる。


4) 終了。

5)確認。(コンソールにて)
 [root@M16 RealTime]# ls
 EstimationRealtime.jar  EstimationRealtime_lib
:Jarファイルとライブラリ(EstimationRealtime_lib)

6)実行。
 [root@M16 RealTime]# java -jar EstimationRealtime.jar
 2011/07/07 16:28:14 org.apache.activemq.transport.failover.FailoverTransport doReconnect
 情報: Successfully connected to tcp://localhost:61616