어떤 좆같은 공단에 altibase 디비가 있어
그리고 그 디비에는 테이블1부터 테이블50까지 있지
그리고 고객사 oracle 디비에도 테이블1부터 테이블50에 있어
그리고 좆같은 공단의 좆같은 altibase 디비의 테이블n의 데이터는 고객사 디비 테이블n에 들어가
이게 자동화 되서 cron식으로 수년간 매일 잘 들어가고 있었거든?
그런데 테이블2부터 테이블50까지는 잘 들어가는데
테이블1이 잘 들어가다가 갑자기 안 들어가
로그테이블에 성공/실패도 안 찍히고 그냥 존나 안 돌아
좆같은 공단 로그에는 session closed by server라고만 떠
디비가 병신이 되었다면 다른 테이블도 다 병신이 되었어야 할텐데
왜 테이블1만 좆병신이 되었을까?
왜 세션을 혼자서 쳐닫고 지랄일까?
데이터가 들어가다 안들어가다 쿼리 씹히다 잘되다 존나 지랄남
이새끼 큐브리드로 db 작업시키면 발작할듯
altibase 디비 the session has been closed by the server 뭐냐고 씨팔 왜 뜨는데
커넥션 타임아웃인가보지 빡통아 아니면 방화벽 이니포트 닫혔다든가 ㅇㅅㅇ
시발 그런데 왜 내가 이 문제를 해결해야 하는데 존나 멀리 있는 서버에 설치되어서 어떻게 좆지랄난 디비인지 알 수도 없는데 개씨발 미국 서버에 설치된 디비에서 지랄나서 내 솔루션에 에러나면 내가 미국 서버 담당자 스미스랑 통화해서 니 디비 개지랄났다고 고치는 법 찾아서 말해줘야 되냐? 뭐 깔렸는지도 모르는데? 좆같네
https://docs.altibase.com/pages/viewpage.action?pageId=9109652
안그래도 저거 보고 있었음
fetch 타임아웃 커넥션 타임아웃 맞네
잘 찾아보지도 않고 발작이네 병신새끼가
시발 9개월 응애사원이 이딴 걸 어케 알아
그러면 디비 읽어오는 쿼리에서 커넥션 타임아웃 걸린 거 맞음? 쿼리문 병신 같아서?
인덱스 걸어서 쿼리 결과 최적화할 능력 없으면 타임아웃을 늘려야지 ㅇㅅㅇ
씨발…….. 결국 역시 내가 아니라 기술지원부가 가서 커넥션 타임아웃 늘려야 하는 거네……………. 좆같이 가스라이팅 당하고 있었다
"공단" 이미 말 다했다 고생해라
좆같은 시발 새끼들이 전화하니까 지 디비에 데이터 잘 들어갔는데요? ㅇㅅㅇ 이 지랄하고 런치던데