RSSフィードについて

RSSリーダーで、フォーラムの新着投稿情報がチェックできます。
詳しくは下記ページを参照して下さい。

RSSフィード  RSSフィードについて

ご自由に情報交換の場として御利用ください。
また質問の前には「回答を得るには?」を参照してください。


GroupSessionへの要望があれば参考にさせていただきます。
要望リストも参考にしてください。


 
フォーラム  フォーラム
00_インストール・設定
スレッド  タイトル

2.2.1アップデート後


[ 1765 ] 2.2.1アップデート後
投稿者: Yoshihiko
投稿日時:  2009/02/06 14:46:15
いつもGroupSessionを有意義に使わせていただいております。
今回の案内のありました2.2.1へアップデート作業を行ったところ、
下記の様な不具合に困っております。

どうか皆様のお力をお借りできればと思いますので、宜しくお願いいたします。

[OS] Ubuntu 8.10
Tomcat5.5
JVM 1.5.0_16-b02

[症状]
アップデート作業(http://www.gs.sjts.co.jp/v2/support/update_2.2.1.html)の
「GroupSessionデータベースファイルの移行」前までは正常に動作しています。
バックアップよりdb、file、backupディレクトリをコピー後adminにてログイン時に
http://hearts.mydns.jp/gsession2/common/cmn001.doへ移動し下記の警告が出ます。
通常のユーザーとしてログインした場合も同様です。

警告
サーバエラーが発生しました。
回線が込み合っている可能性があります。
時間をおいて再接続してください。

サーバエラーログ
org.h2.jdbc.JdbcSQLException: データベースは読み込み専用です
The database is read only [90097-75]

  引用返信
[ 1766 ] 上記サーバーエラーログ 続き
投稿者: Yoshihiko
投稿日時:  2009/02/06 14:47:21
at org.h2.message.Message.getSQLException(Message.java:103)
at org.h2.message.Message.getSQLException(Message.java:114)
at org.h2.message.Message.getSQLException(Message.java:77)
at org.h2.message.Message.getSQLException(Message.java:149)
at org.h2.engine.Database.checkWritingAllowed(Database.java:1604)
at org.h2.engine.User.checkRight(User.java:94)
at org.h2.command.dml.Insert.update(Insert.java:72)
at org.h2.command.CommandContainer.update(CommandContainer.java:69)
at org.h2.command.Command.executeUpdate(Command.java:205)
at org.h2.jdbc.JdbcPreparedStatement.executeUpdateInternal(JdbcPreparedStatement.java:137)
at org.h2.jdbc.JdbcPreparedStatement.executeUpdate(JdbcPreparedStatement.java:126)
at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:101)
at jp.groupsession.v2.cmn.dao.base.CmnLoginHistoryDao.insert(CmnLoginHistoryDao.java:105)
at jp.groupsession.v2.cmn.cmn001.Cmn001Action.__doLogin(Cmn001Action.java:198)
at jp.groupsession.v2.cmn.cmn001.Cmn001Action.executeAction(Cmn001Action.java:78)
at jp.groupsession.v2.struts.AbstractGsAction.execute(AbstractGsAction.java:123)
at org.apache.struts.chain.commands.servlet.ExecuteAction.execute(ExecuteAction.java:58)
at org.apache.struts.chain.commands.AbstractExecuteAction.execute(AbstractExecuteAction.java:67)
at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:51)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
  引用返信
[ 1767 ] 上記サーバーエラーログ 続き
投稿者: Yoshihiko
投稿日時:  2009/02/06 14:48:08
at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at jp.co.sjts.util.http.filter.FilterEncoding.doFilter(FilterEncoding.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
  引用返信
[ 1768 ] その後
投稿者: Yoshihiko
投稿日時:  2009/02/06 16:08:20
Group SessionをVer2.2.0へ戻しても同様のエラーが発生するように
なりました。

データベースが壊れてしまったのでしょうか?
  引用返信
[ 1769 ] Re: その後
投稿者: 良良良
投稿日時:  2009/02/06 16:32:39
> Group SessionをVer2.2.0へ戻しても同様のエラーが発生するように
> なりました。
>
> データベースが壊れてしまったのでしょうか?

WEV-INF/db/gs2db/の中にgs2db.*****.log.dbがあると思います。
これらを削除してもダメでしょうか?
  引用返信
[ 1770 ] gs2db.XX.log.db削除
投稿者: Yoshihiko
投稿日時:  2009/02/06 17:36:25
ご教授いただいたgs2db.XX.log.dbファイルを削除してみましたが
症状に改善は見られませんでした。
新しくgs2db.0.log.dbというファイルが作られ、依然としてエラーは出ます。

過去のスレッド[ 1695 ] ubuntu設定と同様のエラーだと思いますが、
いつのまにか直ったとのことで、解決の糸口が見いだせません。

エラー警告をOKで閉じるとログイン後メイン画面は表示されるのですが、
掲示板の閲覧、スケジュールの登録などが同様のエラーで出来なくなっています。

引き続き、宜しくお願いします。
  引用返信
[ 1771 ] Re: gs2db.XX.log.db削除
投稿者: 良良良
投稿日時:  2009/02/06 17:56:33
> エラー警告をOKで閉じるとログイン後メイン画面は表示されるのですが、
> 掲示板の閲覧、スケジュールの登録などが同様のエラーで出来なくなっています。

こうなったら色々試すしかないかもしれませんね。
ログを見る限りDBがread onlyになっていてログイン(ログイン履歴を更新)時にエラーとなっているようですね。

バックアップしたdbやfileディレクトリではなくbackupディレクトリ内のファイルを解凍して試してもダメでしょうか?

あと念のため確認ですが、dbやfileディレクトリはtomcatを停止し、プロセスが完全に切れたことを確認後に上書きではなく削除→コピーしてますよね?

#H2コンソールからテーブルロックなどのステータスが変更できれば復旧できるかもしれませんが・・・未確認です。。。
  引用返信
[ 1772 ] Re: 2.2.1アップデート後
投稿者: 良良良
投稿日時:  2009/02/06 18:15:21
コマンドプロンプトから下記コマンドを実行してもダメでしょうか?

cd ~/gsession2/WEB-INF/db/gs2db/
java -cp ../../lib/h2_1.0.jar org.h2.tools.Recover -db gs2db
  引用返信
[ 1773 ] Re: 2.2.1アップデート後
投稿者: 貧乏社員
投稿日時:  2009/02/06 18:29:49
 読み込み専用になっているという事は、
PermissionやOwnerの設定がされていないとかではありませんよね?
 WEB-INF/db 等、コピーされたファイル郡のOwnerとPermissionが
回りのファイルと違っていませんか?

 rootで作業したりすると全部root:rootでアクセスできなくなってしまいます。
確認は
ls -la
変更は、
chown -R group名:ユーザー名 変更したいディレクトリ(ファイル)
具体的には
chown -R tomcat:tomcat db file backup
こんな感じでしょうか。


  引用返信
[ 1774 ] 解決いたしました。
投稿者: Yoshihiko
投稿日時:  2009/02/06 19:08:12
皆様、詳しい情報感謝いたします。
無事に解決いたしましたので、その経緯をご報告します。

原因はdb、file、backupディレクトリの所有者が変更されていたことでした。

アップデート前にバックアップコピーした際に所有者が"ユーザー名"変更され、
アップデート後にバックアップよりコピーしたディレクトリの所有者が、そのまま"ユーザー名"
になっておりました。

上記ディレクトリ、内包するファイルの所有者を全て"tomcat55"に変更したところ
無事に安定動作するようになりました。

パーミッションは確認していたのですが、所有者の変更を確認することが抜けておりました。
非常に初歩的なミスでお恥ずかしい限りです。

お騒がせして申し訳ありませんでした。
また、ご尽力いただいた皆様本当にありがとうございました。
  引用返信
 
スレッドURL:
 

クラウド版グループウェアbycloud

Twitter
開発スタッフのつぶやき http://twitter.com/gsession_jts
Facebook
メールマガジン
GroupSessionのセキュリティ情報、アップデート情報をお伝えするメールマガジンです。(無料)
メルマガ『速報!GroupSession』
ブログ
スタッフによる開発日誌を公開しています。
「Public JTS スタッフブログ」


Copyright 日本トータルシステム株式会社