Привет, подскажите по такому вопросу.

В наследство достался проект под JBOSS. И происходит такая ерунда: примерно каждые три недели (не ровно) после 00:00 по МСК, приложение перестает работать. Просто отдается белая страница. Процесс java висит. В логах тишина.

Помогает ожить проект:
- убить процесс java
- удалить папку с jboss
- скопировать из другой папки точно такой же jboss (уже настроенный)
- запустить его
- задеплоить приложение под него

В этом случае все начинает прекрасно работать.

Не помогает 1.:
- убить процесс java
- запустить снова jboss

Не помогает 2.:
- андеплоить приложение
- убить процесс java
- запустить jboss
- задеплоить приложение

В последних случаях все равно приложение выдает белую страницу. Т.е. для успеха нужно удалить папку с JBOSS-ом и на его место скопировать точно такой же из дистрибутива.

Что может быть? Может быть JBOSS как-то учитывает время создания своих файлов и что-то еще дополнительно перезапускает?

Используется jboss-as-7.1.0.Final

Заранее спасибо!

Blazkowicz, да, пробовал, но до этого видел там абракадабру непонятную. Приложение написано "талантливым" программистом, которого, видимо, не смущало, что в штатном режиме приложение срет в лог ексепшенами, которые, в общем-то, можно было и не писать туда.

Но сегодня рыскал там, и увидел, что все началось с этого:

00:04:48,695 ERROR [org.apache.tomcat.util.net.JIoEndpoint] (http--0.0.0.0-80-Acceptor-0) Socket accept failed: java.net.SocketException: Слишком много открытых файлов
at java.net.PlainSocketImpl.socketAccept(Native Method) [rt.jar:1.7.0_03]
at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) [rt.jar:1.7.0_03]
at java.net.ServerSocket.implAccept(ServerSocket.java:522) [rt.jar:1.7.0_03]
at java.net.ServerSocket.accept(ServerSocket.java:490) [rt.jar:1.7.0_03]
at org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:61) [jbossweb-7.0.10.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:321) [jbossweb-7.0.10.Final.jar:]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_03]

Ну и дальше, уже и проблемы с коннектами к базе и т.д. Пока не понял, где и почему заканчивается лимит открытых файлов, буду искать.

Но, все-таки, интересно, как влияет удаление и копирование нового jboss-а :) Жаль, не сохранилось старых логов.

Blazkowicz,

На сервере CentOS, причем, видимо, из коробки. Потому что ulimit -n показывает 1024. Я не спец в серверах, но мне кажется, это мало для "боевого" сервера. Но зато знает русский :)

ivanra,

да, это вариант, из-за базы могут быть проблемы, потому что всего к базе открыто 10 коннектов, которых часто может не хватать. Т.е. база начинает тупить, а ДЖБОС начинает всех ожидающих ставить в очередь. (какая она у него пока не знаю)... В итоге все упирается в этот маленький лимит...

Blazkowicz,

Приложение - система сбора статистики, и я подозреваю, что после 00 МСК куча клиентов лезет посмотреть свою статистику "за вчера". А статистика считается тяжело. Но логов нет, поэтому только догадки. Других пока идей нет.

Alexey Tomin,

Я проверил все tmp папки "умерших" ранее jboss-ов. Там есть файлы, но их не так много, т.е. какого-то большого мусора не заметил. Но все равно, если еще раз упадет (тьфу-тьфу), попробую все почистить.

В итоге пока увеличил ulimit до 16к, завтра утром увеличу размер пула до 50, надеюсь, праздники переживет :)

Blazkowicz, ахаха, Вы умеете обнадежить :) Будем наедятся на лучшее.

Спасибо всем за помощь, январь будет плодотворным! :) С наступающим всех!