GroupSession
環境： OS CentOS Linux 5.5 (64ビット） PC DELL R300? メモリ2GB GroupSession＝3.0.0（200ユーザー程度で運用） JAVA＝/usr/lib/jvm/jre-1.6.0-openjdk.x86_64/bin/java tomcat=apache-tomcat-6.0.26 （サポートページにあるとおりにインストール） GSは2.4.x->3.0.0にアップしました。 2.4.xのときは32bitOSで、3.0にアップしたときに OSを64ビットにし、マシンも変更しました。問題の内容： スケジュールした自動バックアップで生成されたバックアップデータをzip -T で試験した所、どうもおかしいようです．．．。まだ3回しか取得していませんが３回ともエラーデータになっています。GS2.4.xの時には同様の問題はありませんでした。手動でバックアップしたデータや、まだバッチ処理の画面にある「強制実行」で取得したデータには問題ありませんでした（10/10問題なし)。zipのエラーは下記のとおりです。# zip -T gs2_sys_backup_20100707.zipgs2_sys_backup_20100707.zip: found a preamble of 322471124 byteserror [gs2_sys_backup_20100707.zip]: start of central directory not found; zipfile corrupt. (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly)test of gs2_sys_backup_20100707.zip FAILED同様の現象が出ている方はいらっしゃらないでしょうか？
自己レスです。お騒がせしました。問題はwebappsのなかのプログラムがおかしくなったのではないか？ということで片付けました（暇があれば比較して見ます）。移行直後に、ログ容量を見誤りディスクが不足し、システムが停止してしまいました（お恥ずかしい、しかし、1日にapacheとグループセッションのログだけで２００MBを超えるのは,,,）。その後問題ないので、そのままで使い出したのですが、どうしても上記の問題が解決しませんでした。今回は、下記のような移行を一度に行ってしまい、切り分けに苦労しました。 リアルー＞仮想サーバ 32bit OS->64bit OS tomcat5->tomcat6(6.0.26) JAVA5->JAVA6 GS2.4.1->GS3.0.0１．OSを64bit->32itへ戻す webappsのディレクトリごと移行（ここがいけなかった）、改善見られず。２．java5+tomcat5に戻す そもそも動きがおかしい３．32bitOSでバージョン移行時の作業を行う db file filekanri webmailをバックアップし gsession3をwebappsフォルダに置きtomcat6起動 adminでログイン後、ログアウトし再びtomcat6を停止 バックアップしたデータを戻す tomcat6を再起動 自動バックアップを設定 バックアップされたデータのzipをテスト 問題なく動いていることを確認４．64bit OSに戻す ３と同じ手順を行う。－＞問題なし以上で解決しました。これ以外にも古いリアルサーバにデータを戻す、なども行いました。javaのことを理解していないので解析もできず、お恥ずかしい解決方法ですが、お伺いを立てた手前、解決までの道筋を記しておこうと思います。テスト環境で数日試験して問題ないので、本運用をしてしまって、実際に運用を始めたら、ログで、DISKFULL...。もし見てくださった方がいらしたらありがとうございました。以上
TOP