JEUS LOG(D_SESSION-2183, D_SESSION-3188, D_SESSION-3186)

 

개발 목적으로 Webtob/JEUS 구성을 위한 분들을 위한 가이드 포스팅 :) 

TmaxSoft Engineer의 설치방식으로 진행되며, JEUS는 11년 연속 국내 1위 미들웨어입니다.

 

 

 

 

 

---

📌 Event

JEUS8.5에서 확인된 Log 입니다.

해당 로그는 패치에 따라서 발생이 됩니다.( ~2022.01 / 2025.02 ~ )

# Session recive
[D_SESSION-2183] The connection(serverA1) was unable to find the session manager. opcode = 0x103, name=serverN1

# Session Send
[D_SESSION-3188] <RemoteEngine(serverA1)> An error occurred. The session manager received an error packet from serverN1.
[D_SESSION-3186] Sending the backup session to serverN1 failed.( count = 1 )

 

 

결론적으로 session backup이 일방적으로 한쪽에서 정상적으로 되지 않음으로 운영자 입장에서 세션에 문제가 발생할 수 있는 여지가 생겼음으로 수정하는게 맞습니다 🥹

 

 

 

🥼 TmaxSoft JEUS 입장

Application과 Container 이름을 동일시 하는 것을 비권고 합니다.

이유는 내부 엔진동작으로 어디까지 공개할 수 있을까 싶습니다만... 직원 분들은 (ims-341005) 참고하시면 좋겠습니다.

 

💡 간략하게 Session Engine에서 백업 과정에서 이름이 문제가 발생된다 정도로 알아주세요 :)

 

 

 

🚀 수정방법

수정 방법은 간단합니다.

컨테이너 명을 변경 또는 Application 배포 폴더/war 명을 변경

 

 

 

✅ 재현 시나리오

# Application 배포 PATH를 컨테이너 명과 같게 합니다.

[DAS]jeus_domain.adminServer>list-clusters List of Clusters ====================================================================
+----------+-------------------------+-------+-----------+---------+
| Cluster | Server List | MEJB | Class FTP | Running |
+----------+-------------------------+-------+-----------+---------+
| c-server | serverA1, serverN1 | false | false | true |
+----------+-------------------------+-------+-----------+---------+ ====================================================================


[DAS]jeus_domain.adminServer>appinfo
Application information for the domain [jeus_domain]. ================================================================================
+------------+-------------+------+------------+-------------+-----------------+
|Application | Application | State|    Target    |    Target    | Application Path |
|        ID         |      Type       |          |   Servers   |  Clusters  |                               |
+------------+-------------+------+------------+-------------+-----------------+
| server | WAR | RUNNING | | c-server | /sw/jeus/serverA1 |
+------------+-------------+------+------------+-------------+-----------------+ ================================================================================

 

재현 시나리오는 Application 배포 방식이 폴더 또는 WAR 일때, Container 이름을 동일하게 serverA1으로 설정했습니다.

(ex: /sw/jeus/app/serverA1 또는 /sw/jeus/app/severA1.war )

그러므로 serverA1으로 요청되어 생성된 session은 정상적으로 백업되지 않을 것 입니다.

 

 

✅ 결과보기

🚀 (정상) backup

[2026.01.27 01:23:59:058][2] [serverN1-24] [D_SESSION-3103] Successfully received backup sessions from <serverA1> . count = 1

[2026.01.27 01:23:59:059][2] [serverA1-90] [D_SESSION-3105] <app_welcome> Successfully sent backup session(s) to the backup server( serverN1 ). count = 1

 

 

🚀 (비정상) backup

[2026.01.27 01:19:03:648][1] [serverN1-27] [D_SESSION-2183] The connection(serverA1) was unable to find the session manager. opcode = 0x103, name=serverN1

[2026.01.27 01:19:03:660][1] [serverA1-53] [D_SESSION-3188] <RemoteEngine(serverA1)> An error occurred. The session manager received an error packet from serverN1.

[2026.01.27 01:19:03:662][1] [serverA1-53] [D_SESSION-3186] Sending the backup session to serverN1 failed.( count = 1 )

 

 

로그를 야금야금 DeepDive하면 이상한 점이 보입니다.

JEUS에서 Application 배포시의 이름(id)으로 Container에서 배포되지 않는 점을 확인할 수 있습니다.

(폴더 이름/ 이름.war 의 "이름"으로 배포된다는 점을 알 수 잇습니다.)

 

이번 문제는 그 점이 포인트가 됩니다.

내부 엔진 session-scope 동작에서 위에서 언급한 "이름"과 Container 명이 동일할 경우 특정 기능 활성화되는 점이 있습니다.

 

반드시 TmaxSoft에서 권고된 방향으로 Config를 수정하고 적용하시기를 적극 추천드립니다

---

👀 개인적인 생각

요즘 여러 이슈들을 보면서 스스로가 많이 변했다고 느끼고 있습니다.

경험으로 인하여 이슈를 근거 기반으로 원인을 찾자고 매번 이야기 하면서... 반대가 된 방식으로 일을 한다는 느낌을 받았습니다.

 

경찰 수사로 따지면 범인을 지정해두고 원인을 맞춘다는 느낌이랄까... ㅎㅎ

물론 아직은 타율이 좋아서 문제가 아니라고 생각했는데 장기적으로 이런 모습이 좋지 않다고 느꼈습니다.😭

 

앞으로 더 꼼꼼하게 로그를 뜯고 씹고 맛보면서 더 솔루션의 동작과 인프라를 이해하면서 접근하도록 다짐합니다!