java.net.SocketException: Too many open filesが発生してサーバーが停止する問題について。

5,617 views
Skip to first unread message

Sho Kohara

unread,
Nov 20, 2012, 2:33:27 AM11/20/12
to pla...@googlegroups.com

皆様初めまして。


小原と申します。




java.net.SocketExceptionが発生してサーバーが停止する問題について、


皆様のお知恵を拝借したく投稿しました。




現在2つのアプリケーションが稼働しており、


2.0.1の頃に作ったものと2.0.4で作ったものがあります。


どちらもmysqlを利用しています。


これらのアプリケーションは最初は正常に稼働しますが、


アクセス数にもよりますが一定時間が経つと例外が発生してしまいます。


2.0.4のアプリケーションは平均28時間、


2.0.1のアプリケーションは平均18時間で例外が発生して停止します。


例外はどちらも同じ内容です。


例外が発生しているソースの行数は表示されていないため、


私のコードの悪いところを特定することが難しい状況です。


今は原因を特定できないので、例外が発生する前に毎日RUNNING_PIDを見てkillして再startしています。




この現象を解決する手がかりになりうる情報をお持ちの方、是非ご教授ください。


長文、乱文になってしまい申し訳ございません。何卒よろしくお願いいたします。




以下、環境です。


play!

 play 2.0.4


mysqlDriver

  5.1.21

  

CentOS 64bit

  CentOS release 6.3 (Final)


Java

  java version "1.6.0_37"

  Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909)

  Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode)


Kernel

  Linux henagon 2.6.32-279.2.1.el6.x86_64 #1 SMP Fri Jul 20 01:55:29 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux


mysql

  mysql  Ver 14.14 Distrib 5.1.61, for redhat-linux-gnu (x86_64) using readline 5.1



以下、例外の内容です。


2012-11-18 14:14:52,756 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 10. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:53,757 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 9. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:54,760 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 8. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:55,761 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 7. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:56,763 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 6. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:57,764 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 5. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:58,765 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 4. Exception: java.net.SocketException: Too many open files


2012-11-18 14:14:59,767 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 3. Exception: java.net.SocketException: Too many open files


2012-11-18 14:15:00,768 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 2. Exception: java.net.SocketException: Too many open files


2012-11-18 14:15:01,771 - [ERROR] - from com.jolbox.bonecp.hooks.AbstractConnectionHook in BoneCP-pool-watch-thread

Failed to acquire connection Sleeping for 1000ms and trying again. Attempts left: 1. Exception: java.net.SocketException: Too many open files


2012-11-18 14:15:02,771 - [ERROR] - from com.jolbox.bonecp.ConnectionHandle in BoneCP-pool-watch-thread

Database access problem. Killing off all remaining connections in the connection pool. SQL State = 08S01


2012-11-18 14:15:02,772 - [ERROR] - from com.jolbox.bonecp.PoolWatchThread in BoneCP-pool-watch-thread

Error in trying to obtain a connection. Retrying in 1000ms


com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.

at sun.reflect.GeneratedConstructorAccessor36.newInstance(Unknown Source) ~[na:na]

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) ~[na:1.6.0_33]

at java.lang.reflect.Constructor.newInstance(Constructor.java:513) ~[na:1.6.0_33]

at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:350) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2393) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2430) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2215) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:813) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:47) ~[mysql-connector-java-5.1.21.jar:na]

at sun.reflect.GeneratedConstructorAccessor11.newInstance(Unknown Source) ~[na:na]

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) ~[na:1.6.0_33]

at java.lang.reflect.Constructor.newInstance(Constructor.java:513) ~[na:1.6.0_33]

at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:399) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:334) ~[mysql-connector-java-5.1.21.jar:na]

at java.sql.DriverManager.getConnection(DriverManager.java:582) ~[na:1.6.0_33]

at java.sql.DriverManager.getConnection(DriverManager.java:185) ~[na:1.6.0_33]

at com.jolbox.bonecp.BoneCP.obtainRawInternalConnection(BoneCP.java:256) ~[bonecp.jar:0.7.1.RELEASE]

at com.jolbox.bonecp.ConnectionHandle.obtainInternalConnection(ConnectionHandle.java:211) ~[bonecp.jar:0.7.1.RELEASE]

at com.jolbox.bonecp.ConnectionHandle.<init>(ConnectionHandle.java:170) ~[bonecp.jar:0.7.1.RELEASE]

at com.jolbox.bonecp.PoolWatchThread.fillConnections(PoolWatchThread.java:101) [bonecp.jar:0.7.1.RELEASE]

at com.jolbox.bonecp.PoolWatchThread.run(PoolWatchThread.java:82) [bonecp.jar:0.7.1.RELEASE]

at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_33]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_33]

at java.lang.Thread.run(Thread.java:662) [na:1.6.0_33]

Caused by: java.net.SocketException: Too many open files

at java.net.Socket.createImpl(Socket.java:397) ~[na:1.6.0_33]

at java.net.Socket.<init>(Socket.java:371) ~[na:1.6.0_33]

at java.net.Socket.<init>(Socket.java:218) ~[na:1.6.0_33]

at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:257) ~[mysql-connector-java-5.1.21.jar:na]

at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:300) ~[mysql-connector-java-5.1.21.jar:na]

... 21 common frames omitted

中村真人

unread,
Nov 20, 2012, 7:34:53 AM11/20/12
to pla...@googlegroups.com
すいません、先に送ったメールを取り消します。

"java.net.SocketException: Too many open files"が起こるのは、
「Linuxでオープンできるファイルの上限を設定」を超えているので起こっているのではないでしょうか。

Socketはファイルディスクリプタを利用していますので、このようなエラーが起こることはあり得ます。
現在のファイルオープンの制限値/上限値などを確認/見直ししてみるといかがでしょうか?

中村真人

unread,
Nov 20, 2012, 4:21:46 AM11/20/12
to pla...@googlegroups.com
小原さんはじめまして。

中村@masahitoです。

エラーログを見た感じですと、Play!Flamework v2.0.Xで使われているDatabase ConnectionPool
"BoneCP"内でのエラーのように見えます。
http://jolbox.com/index.html

現象としては,データベースへのコネクションプール数が枯渇してDBにつなげなくなり、SocketExceptionが発生しているようです。
BoneCPはTImeout時間1秒で10回再接続しようとしてエラーになっているようですね。これはデフォルト設定での動作です。

こちらのドキュメントを参考にしてBonecCPの設定を見直してみるとよいと思われます。

本家 : https://github.com/playframework/Play20/wiki/SettingsJDBC
日本語翻訳: https://playdocja.appspot.com/documentation/2.0.3/SettingsJDBC

私はMySQLは詳しくないのですが、MySQLの設定を見直す必要もあるかもしれません。

以上です。
> --
> このメールは Google グループのグループ「日本Playframeworkユーザー会」の登録者に送られています。
> このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/play_ja/-/DlFPmK9uJekJ
> にアクセスしてください。
> このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
> このグループから退会するには、play_ja+u...@googlegroups.com にメールを送信してください。
> 詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。

Sho Kohara

unread,
Nov 25, 2012, 11:25:21 AM11/25/12
to pla...@googlegroups.com
中村様はじめまして。

ご返信ありがとうございます。

貴重な情報をありがとうございます。
ファイルディスクリプタはとても怪しいですね。
情報はちらちらと散見されますが、クリティカルな解決法が見つかってません。
現在私の中では本当に対処法がなく質問できる人も居らず少しでも解決する可能性を増やしたいので、
linuxやplayには詳しくありませんがファイルディスクリプタや個人的に関係していそうな情報をお伝えします。

設定変更前にulimit -nで上限を確認したところ1024でした。
cat /proc/sys/fs/file-maxにてシステムのファイルオープン上限数を確認したところ1607756でした。
システム停止時にlsof -p PID | wcでplayのRUNNING_PIDをしたところ約1380でした。
今試しにplay起動直後にlsof -p PID | wcをしてみたところ98でした。
行数の差はおよそ1300で、ファイルディスクリプタの上限に達していることは明らかです。
サーバーが停止する直前にlsof -p PIDで開いているファイルを一覧したところ、ESTABLISHEDが1000行ほどあるように見えました。
サーバーが停止する直前のデータではありませんが、参考までにlsof -p PIDの出力結果を添付します。
現在、1日にアクティブなユーザーが3000人もいないような状態のチャットアプリですがでtoo many open filesがでており、
1日にアクティブユーザーが200人を下回ると予想される掲示板のアプリも2〜3日経つとtoo many open filesで停止します。
停止したときは手動でkillしてstartしています。
感覚的な意見で非常に恐縮でございますが、1024人(1024種類のIP)から接続されるとtoo many open filesが発生していると思います。
少なくとも1024回のアクセスでtoo many open filesが発生していることはないと断言できます。
そして、通信終了後もsocketがcloseされていないように思います。
カーネルのバグなのか、centosのバグなのか、playのバグなのか、nettyのバグなのか、playが内包しているjarのバグなのか
勉強不足がたたり、原因を切り分けられずにいる状態です。

別件ですが、too many open filesが出てもいいので、too many open filesが出たらplayが自動で再起動することはできませんか?

どんな情報でもいいので、ご存知のかたがいらっしゃいましたら、何卒お伝え下さるようお願い申しあげます。
何卒よろしくお願い申しあげます。
lsof18071ver2.txt

Sho Kohara

unread,
Nov 27, 2012, 11:12:23 PM11/27/12
to pla...@googlegroups.com
皆様、おはようございます。

進捗状況をご報告します。

1.Play2.0.4のバグを疑いました。                       -->失敗
  Play2.1-RC1で運用してみました。
  しかし、lsof -p PID | wc -lの行数は増えていく一方でした。
2.MySQLデータベースのドライバの不具合を疑いました。            -->失敗
  一昨日まで"mysql" % "mysql-connector-java" % "5.1.21"を使用していましたが、
  "mysql" % "mysql-connector-java" % "5.1.18"に変更しました。
3.MySQL5.1.61に不具合がある 。                       -->失敗
  今日の朝4時までMySQLを利用していました。
  MySQLの不具合を疑いPlay組み込みのH2インメモリデータベースを利用しました。
4.ルーターの不具合を疑いました。                       -->失敗
  サービス開始直後、想定外のアクセスによりルーターがハングアップしたので、
  別のルーターを買いました。
  ハングアップは避けられていますが、too many open filesは未だに発生します。
4.Play側の私のコーディングミスを疑いました。                  -->不明
  最小コードで試験運用しましたが、ESTABLISHEDなソケットが蓄積されていきます。
  2つのControllerがあり合計行数60行未満なのですが、
  コーディングの間違いを見つけられませんでした。
  2つ気がかりなことがあります。
  1.私の場合はAndroidのためのサーバーなので、
    viewを使わずControllerで直接return ok(String response);しています。
    これが原因でしょうか?
    多くのユーザーにviewを使ったサーバーをアクセスしてもらう術がないので検証できません。
  2.明示的に通信しているソケットをcloseする処理があるのでしょうか?
これらのことから、Play・JDBC・MySQLServerの可能性は低いと考えています。
私の考えている他の原因は、
・Play側のコーディングミス
・Android側のコーディングミス
・CentOS6.3に不具合
です。
Play側のコーディングミスの可能性が高い気がします。
app配下のソースコードを添付しました。
どなたか助言をいただけませんでしょうか。

何卒よろしくお願いいたします。

小原
app.zip

tomo cocoa

unread,
Nov 27, 2012, 11:49:37 PM11/27/12
to pla...@googlegroups.com
cocoatomo です.

ソースコードを眺めてみましたが, Chat インスタンスがあやしいかなぁ, くらいしか分かりませんでした.

まずは実行中の java プロセスのヒープダンプを取って解析してみては如何でしょうか?
これを行うと,「ソケットを開いているオブジェクトが死ぬべき状態になってもなかなか GC に回収されず,
ソケットのリークが起きている」可能性の検証ができます.

ツールとしては VisualVM http://visualvm.java.net/ を使うのが楽だと思います.


2012/11/28 Sho Kohara <ion...@gmail.com>

--
このメールは Google グループのグループ「日本Playframeworkユーザー会」の登録者に送られています。
このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/play_ja/-/Zn5_NQHPgjIJ にアクセスしてください。

このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+u...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。



--
class Cocoatomo:
    name = 'cocoatomo'
    email_address = 'cocoa...@gmail.com'
    twitter_id = '@cocoatomo'

Sho Kohara

unread,
Nov 28, 2012, 2:04:39 AM11/28/12
to pla...@googlegroups.com
cocoatomo様

ご返信誠にありがとうございます

Chatインスタンスですか。
Controllerのコーディングミスは無さそうということですね。
計測が大切という言葉を頂いているので、推奨されているVisualVMを使って
ソケットのリークが起きているかどうかを検証します。
何か進捗がございましたら、ご報告致します。


2012/11/28 Sho Kohara <ion...@gmail.com>

このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+unsub...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。

Sho Kohara

unread,
Nov 28, 2012, 7:48:56 AM11/28/12
to pla...@googlegroups.com
皆様こんばんは

小原と申します。

現在、インスタンスが適切にGCされていないことを疑い、VisualVMをPlayに接続することを試みていますが、うまくいきません。
http://t.co/No8mG1Ct このURLの通り依存性を追加しrunしましたがVisualVMに表示されません。PlayがVisualVMから参照できるようにするために、どんなコマンドをPlayコンソールに入力すればよいのでしょうか。

何卒ご教授ください。
よろしくお願い申し上げます。

tomo cocoa

unread,
Nov 28, 2012, 8:15:37 AM11/28/12
to pla...@googlegroups.com
cocoatomo です.

私の環境では素の Play Java project を作成し, project/Build.scala の "addDependencies" に
"com.yammer.metrics" % "metrics-core" % "2.1.2" を追記. play run コマンドで起動したら, VisualVM で見れました.

環境は Mac OS X (10.8), Java 1.6.0_37, sbt 0.12.1, play 2.0.4 ですね.

どんな環境で作業されていますか?
まずは素の Play Java アプリを作って, それに VisualVM を接続してみてはどうでしょう?

2012/11/28 Sho Kohara <ion...@gmail.com>
--
このメールは Google グループのグループ「日本Playframeworkユーザー会」の登録者に送られています。
このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/play_ja/-/MukC48xdZuEJ にアクセスしてください。
このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+u...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。

Sho Kohara

unread,
Nov 28, 2012, 8:34:44 AM11/28/12
to pla...@googlegroups.com
cocoatomo様

ご返信ありがとうございます。
仰るとおりに素のプロジェクトを作成して試してみたところ、私の環境でも見れました。
今まで見れなかった原因は、PlayProjectをsuでrunしていたことだと推測しております。
私の環境はMac OS X (10.8.2), Java 1.6.0_37, sbt 0.12.1, play 2.1-RC1 です。

迅速なご返信誠にありがとうございました。

On Wednesday, November 28, 2012 10:15:37 PM UTC+9, cocoatomo wrote:
cocoatomo です.

私の環境では素の Play Java project を作成し, project/Build.scala の "addDependencies" に
"com.yammer.metrics" % "metrics-core" % "2.1.2" を追記. play run コマンドで起動したら, VisualVM で見れました.

環境は Mac OS X (10.8), Java 1.6.0_37, sbt 0.12.1, play 2.0.4 ですね.

どんな環境で作業されていますか?
まずは素の Play Java アプリを作って, それに VisualVM を接続してみてはどうでしょう?

2012/11/28 Sho Kohara <ion...@gmail.com>
皆様こんばんは

小原と申します。

現在、インスタンスが適切にGCされていないことを疑い、VisualVMをPlayに接続することを試みていますが、うまくいきません。
http://t.co/No8mG1Ct このURLの通り依存性を追加しrunしましたがVisualVMに表示されません。PlayがVisualVMから参照できるようにするために、どんなコマンドをPlayコンソールに入力すればよいのでしょうか。

何卒ご教授ください。
よろしくお願い申し上げます。

--
このメールは Google グループのグループ「日本Playframeworkユーザー会」の登録者に送られています。
このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/play_ja/-/MukC48xdZuEJ にアクセスしてください。
このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+unsub...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。

Takashi Kawachi

unread,
Nov 28, 2012, 8:36:51 AM11/28/12
to pla...@googlegroups.com
はじめまして。こんばんは。河内です。

Play 2 系は触ってないのでそちらのほうはよくわかりませんが、エラー原因は cocoatomo さんがおっしゃっておられるようにファイルディスクリプタの枯渇ですね。
エラーログでは mysql のライブラリからエラーが出ているように見えますが、lsof の結果を拝見しますと直接の問題は 9002 番 port への接続が多く ESTABLISH 状態になっていることのようです。これが fd を使い果たし、その状態で mysql に接続しに行こうとして fd が足りないエラーになっているのではないでしょうか。

9002 番 port はプロセス唯一 LISTEN している port なので Play! が listen している port だと推測します。そうしますと HTTP Keep-Alive で connection が繋がりっぱなしになっているのではないでしょうか。
で報告されている問題が似ているように思います。(解決にいたってはいないようですが)

Keep-Alive を無効にする方法を探して、ためしてみるのが良いのでは、、と思います。


2012年11月28日 22:15 tomo cocoa <cocoa...@gmail.com>:



--
Takashi Kawachi
tkawachi at gmail.com

Takashi Kawachi

unread,
Nov 28, 2012, 9:38:51 AM11/28/12
to pla...@googlegroups.com
すこし検索してみましたが、Play! 2.0 で keep-alive を無効にする、または server から close する timeout を設定する方法が用意されているかはわかりませんでした。

nginx などの HTTP server を前面に立たせて、そこで keep-alive timeout を短めに設定する方法はありそうですね。


2012年11月28日 22:36 Takashi Kawachi <tkaw...@gmail.com>:

Sho Kohara

unread,
Nov 28, 2012, 10:01:48 AM11/28/12
to pla...@googlegroups.com
川内様、はじめまして、こんばんは。

ご回答、誠にありがとうございます。

>9002 番 port はプロセス唯一 LISTEN している port
これは、単純に「"play start 9002"でplayに使われているport」という解釈でよろしいでしょうか。
私の理解力が乏しく申し訳ない気持ちです。

こちらのURLの問題とほぼ同じだと推測しております。
こちらのURLでも至らない英語で私も投稿しておりますが、解決には至ってない様です。

現在9002番ポートと別アプリで9000番ポートで公開しておりますが、
80番ポートで公開すればこの問題が解決する可能性はありますでしょうか。
クライアントはAndroidアプリなので試す術がなく・・・。

2012/11/28 Sho Kohara <ion...@gmail.com>
このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+unsub...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。




--
class Cocoatomo:
    name = 'cocoatomo'
    email_address = 'cocoa...@gmail.com'
    twitter_id = '@cocoatomo'

--
このメールは Google グループのグループ「日本Playframeworkユーザー会」の登録者に送られています。
このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+unsub...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。

Sho Kohara

unread,
Nov 28, 2012, 10:38:35 AM11/28/12
to pla...@googlegroups.com
川内様

ご返信ありがとうございます。

今からnginxを使って急いで問題解決を試みます。

進捗がございましたら、報告いたします。

2012/11/28 Sho Kohara <ion...@gmail.com>
このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+unsub...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。




--
class Cocoatomo:
    name = 'cocoatomo'
    email_address = 'cocoa...@gmail.com'
    twitter_id = '@cocoatomo'

--
このメールは Google グループのグループ「日本Playframeworkユーザー会」の登録者に送られています。
このグループに投稿するには、pla...@googlegroups.com にメールを送信してください。
このグループから退会するには、play_ja+unsub...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/play_ja?hl=ja からこのグループにアクセスしてください。



--
Takashi Kawachi
tkawachi at gmail.com

Makoto Fukuhara

unread,
Dec 17, 2012, 7:50:05 AM12/17/12
to pla...@googlegroups.com
福原と申します。

先ほど当グループに似たような事象の解決方法を投稿しました。
https://groups.google.com/forum/?hl=ja&fromgroups=#!topic/play_ja/EsUdiRVasJw

もし、この事象発生時のスレッドダンプで java.util.regex.Pattern のスタックトレースが異常な場合、上記にて解決できるかもしれません。

2012年11月20日火曜日 16時33分27秒 UTC+9 Sho Kohara:
Reply all
Reply to author
Forward
0 new messages