А можете скинуть куда-нибудь архив с приложением? Просто уже из спортивного интереса хочется посмотреть, что у вас там за черная магия происходит, что никто ничего не находит.
Pzychozes
./l2clientdat/data/lib/*;L2ClientDat.jar
Смотрите на пути. Если вы запускаете скрипт внутри директории l2clientdat, то java найдет L2ClientDat.jar, но не найдет того, что в data/.
Если из-вне l2clientdat, то будет знать, что лежит в ./l2clientdat/data/lib/, но не увидит L2ClientDat.jar.
И, видимо, метод l2god.Boot оказывается в том месте, о котором java по выше названной причине не знает.

PS: неужели вам в школе на информатике не рассказывают об относительных и абсолютных путях в файловой системе? Или вы предпочитаете прогуливать уроки, а задачки за вас форумчане должны решать?
А еще правильнее вернуть все на место, а точку с запятой либо заэкранировать "\", либо строку взять в кавычки.
Потому что -cp и -jar одновременно не используются, а разделителем в -cp должна быть именно точка с запятой.
Таким образом должно быть как-то так
java -Xms512m -Xmx4024m -cp "./l2clientdat/data/lib/*;L2ClientDat.jar" l2god.Boot
или так
java -Xms512m -Xmx4024m -cp ./l2clientdat/data/lib/*\;L2ClientDat.jar l2god.Boot
Простейшие
swapon --summary
cat /proc/swaps
запускаешь с нужной тебе периодичностю.
Команда
vmstat 2
будет тебе показывать текущую загрузку (столбец swap).
Если надо отчеты за период, возможно, будет полезна утилита atop
ejabberd обновлялся последний раз в августе. А openssl 1.1.1 пришел вроде как меньше недели назад. Терпите и надейтесь.
Вот тут обещают, что в релизе 18.09 все должно с openssl 1.1.1 заработать.
...или даже в следующем, который ожидается, ориентировочно, через недельку.
Я бы на вашем месте посмотрел, нет ли в логах (dmesg, journalctl) ругательств на ошибки дискового воода-вывода, ошибки памяти и т.п. непонятной хрени.
И уже убедившись, что в логах все чисто, продолжал искать причину в приложениях.
А сервер ejabberd и клиент находятся на одном хосте?
Если на разных, и на хосте с сервером обновлений до openssl 1.1.1 не производилось, то, вероятнее всего, что у вас случилась несовместимость по набору алгоритмов шифрования, т.к. в 1.1.1
Improved security due to the removal of various obsolete and insecure cryptographic algorithms and encryption of more of the connection handshake
safocl
kurych
[[email protected] ~]$ export PS1="[\[email protected] \W]''''' "
ты не одинарные кавычки, а апостроф попробуй отобрази
который на Ё (`)

Никаких проблем. Вот вам вариант со строкой в одинарных кавычках:
[[email protected] ~]` export PS1='[\[email protected] \W]\`\`\`\`\` '
[[email protected] ~]`````
а вот со строкой в двойных кавычках:
[[email protected] ~]` export PS1="[\[email protected] \W]\\\`\\\`\\\`\\\`\\\` "
[[email protected] ~]`````

PS: а ваше пренебрежение к грамотному изложению вопросов каждый раз вызывает недопонимание и неоднозначное толкование.
Не знаю, в каком вы классе учитесь, но пора бы уже знать, что апостороф - это то, что я привел вам в первом ответе, и то, что вы называете одинарными кавычками. А то, что "на Ё" - это обратный апостроф. Если следовать вашей логике, то О (буква О) и 0 (ноль) - одно и то же, потому что пишутся и выглядят одинаково.
Поменяй самые внешние кавычки на двойные
[[email protected] ~]$ export PS1="[\[email protected] \W]''''' "
[[email protected] ~]''''' echo
На форуме предполагают, что это баг в BIND-библиотеке и поможет пока только
downgrading to bind-tools-9.11.2.P1-1-x86_64.pkg.tar.xz fixes the issue

Или пользуйтесь утилитой drill, она вроде не глючит