Таймер в базе, AuthD

Сервер 1378;Система RHEL 5+;Mysql 5.5;Java 1.5
Не VM, полноценный ПК
Суть вопроса:
При выходе игрока(нажатии кнопки выйти из игры) AuthD вызывает процедуру call recordoffline которая не обрабатывается, лог

Код:

Prepare procedure call:{call recordoffline(?,?,?,?,?)}
action=2 userid=1024 zoneid=1
java.lang.NullPointerException
at protocol.Enthrallment$DelayTask.dispatch(Unknown Source)
at protocol.Enthrallment$DelayTask.run(Unknown Source)
at java.util.TimerThread.mainLoop(Timer.java:534)
at java.util.TimerThread.run(Timer.java:484)
gauthd: 23 авг 2016 00:33:04,276 INFO GAuthServer:? - UserLogout::User 1024 logout successfully.

В таблицу point что находится в базе не пишется параметр time(то есть он просто равен 0).

На VM с системой RHEL 3.3.4 в той же конфигурации все работает замечательно.
И хотя все работает без вопросов, просто как перфекционист хочу чтоб оно ее не сыпало, то есть починить.
Из информации по Java удалось вытянуть

Код:

    Timer

    public Timer(String name)

    Creates a new timer whose associated thread has the specified name. The associated thread does not run as a daemon.

    Parameters:
        name - the name of the associated thread
    Throws:
        NullPointerException - if name is null
    Since:
        1.5

Локаль системы:

Код:

locale
LANG=ru_RU.UTF-8

Попробуй отключить Enthrallment

Унес клас

Код:

Exception in thread "Thread-13" java.lang.NoClassDefFoundError: protocol/Enthrallment
    at protocol.UserLogout.Server(Unknown Source)
    at com.goldhuman.IO.Protocol.Rpc.Process(Unknown Source)
    at com.goldhuman.IO.Protocol.Task.run(Unknown Source)
    at com.goldhuman.Common.ThreadPool.run(Unknown Source)
    at java.lang.Thread.run(Thread.java:636)
Caused by: java.lang.ClassNotFoundException: protocol.Enthrallment
    at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:319)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:264)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:332)
    ... 5 more

Ну не так радикально конечно же) Или в конфиге или измени класс authd.class

Что конкретно затереть нулями в authd.class потому как там не 1 строка
При попытке затереть нулями любую сервер ругается на

Код:

Exception in thread "main" java.lang.ClassFormatError: Illegal UTF8 string in constant pool in class file authd

Нашел у себя де компилированный authd.class, там все на Enthrallment завязано

Вообще судя по ошибке в первом посте, ему не нравится, что передаётся пустой name в функцию, а это вполне возможно из-за какой-то из кодировок (чтобы понять точнее - надо изучить код в классах)

Думаю банально более новая ОС имеющая какие то фиксы не передает значение. попробую поднять с нуля на виртуалке систему и проверю.

Такс, поставил ESXi накатал систему, получил то же самое. Значит чего-то не хватает.
Итак, че переносил: Яву - чтоб было меньше косяков; Базу с той сборки откуда брал и базу свою - те же яйца.
Вручную отредактировал hosts
Залил либтаски и либскилл
Дал всему этому горю: Сервер+Ява+Либы права 777
Чего не хватает? что конкретно за либы требует аут? в ГСе и подобных список есть, а тут нету.

На данный момент, единственное что удалось понять, так это то что данная процедура закрывает сокет за пользователем.

Тут нужна только ява, никаких доп либ не надо, они все идут с самим auth. И когда нормальный auth, подходят все версии явы от 5 до 8 тестил, такого вида openjdk-7-jre
--- добавлено: 2 сен 2016 в 09:14 ---

Возьми другой auth и не мучайся

Есть 100% нормальный? Дай! Все что у меня есть ведут себя так... Такое ощущение что в ядре косяк, а не в яве...Вот нормальный код, но этот аут ведет себя так на другой системе. С той же Явой!!!

Код:

Prepare procedure call:{call recordoffline(?,?,?,?,?)}
action=2 userid=2272 zoneid=1
gauthd: 03 九月 2016 00:41:01,016  INFO GAuthServer:? - UserLogout::User 2272 logout successfully.

Даш аутх проверю, нет - буду жить на виртуалке...
Я бы и эту систему перелил бы на машину, да вот косяк в том что драйверов нету под мать...

А сервер случайно не в овх стоит?

На личной машине
рельно где-то тупо какая-то мелочевка... вот не первый раз такое ощущение... и мозг трощит сабака.
Почему? Щас обьясню... В нутри игры, когда заходишь к примеру в данж и т.д. есть лайн под названием неизвестно, на виртуалке такого нет. Серваки те же....
Потому и подозрение на ядро!!!
Скорее всего это и будет ответом, проверю....

Я не Локо. Я новый человек, который по просьбе жены разбирается во всем этом Г.
И вполне успешно. Опыт большой за плечами.

Итак, пока я вспоминаю опыт 7 летней давности как из РПМ вытянуть конфиг ядра, может кто то знает опции ТСП стека которые ни коем образом не должны присутствовать в системе.

А какая ОС стоит?

Сейчас поставил Centos 6.7 x86_64 (да я знаю про бока м фортом и т.д.) но у меня их нет
Ставил Centos 6.7 i386 те же яйца. Ставил RHEL 5.6 то же самое.
Я нашел конфиг ядра, лежали на виртуалке с исходниками, соберу своё, посмотрим.

Ему уже на другом форуме было сказано искать и менять auth. (На mcncc к слову есть корректная замена стандартному)
Ставил подобную сборку на ubuntu - проблем никаких не было. И таймштамп корректно прописывался. (По теме - человек сам себе придумал проблему, так как эта мелкая проблема никак не отражается на функционале сервера.)

это не аутх виноват... и что ты сделаешь? Напиши как все "Сервер ЖД досконально не изучен как ПВ" и слейся на этом.

От ОС тоже зависит немало, как и от ядра. Не знаю, как с JD дела обстоят, но PW ставят на дебиан 7-8 и никаких проблем не возникает, мб стоит и тут так попробовать.

Ну во первых я бы тебе посоветовал слиться, так как ты сам себе яму копаешь и не можешь решить такую маленькую проблему.
Во вторых - тебе уже подсказали что делать.

Прочитайте все пожалуйста. На виртуалке работает _любой_ из имеющихся. На локальной никак.
Но Вы не стали читать, а начали писать _Ересь_. Прошу воздержатся от дальнейших высказываний.
Причина? 100 гигов серверного ужаса на виртуалках и в тгз, и никакой не работает... и пишите что хотите, с линуксом вы не знакомы, это я уже понял.