리눅스

안녕하세요 리눅스 ssh 문제입니다 한번만 봐주세요 ㅠㅠ

리눅스포털매니야 작성
작성일 2020.11.12 16:58

2,179 조회
0 추천
목록

최저가 서버호스팅 제공 : 85,000원/월

안녕하세요 centos 6.4 버전을 사용하고 있습니다.

putty 터미널로 ssh에 접속을해서 작업을 하다가,

잠깐 작업을 안하고 있으면 커서는 깜빡이는데, 먹통이 되어버립니다.

그 시간이 불과 1분 내외에요, 1분내로 뭔가 작업을 안하면 멈춰버려요..

결국엔 다시 터미널을 하나 열어서 다시 접속을 하면 또 이상이 없구요..

이게 왜 그런건지 알수 있을까요? ㅠㅠ

sessiontimeout 이나, idletimeout 이 따로 있는지 찾아봤는데 따로 없는거 같고..

동일 버전의 서버가 5대가 더 있는데, 모두 똑같은 방법으로 셋팅을 하고 설치를 했는데

나머지 서버들에게서는 전혀 문제가 없습니다.

어디서 뭘 봐야할까요?

특이점이 있다하면,

서버를 관리해주는 업체에서 얘기하길, raid가 깨졌다는 얘기를 하기도 했고,

fail2ban 을 설치해서 그런가 해서 그것도 다 내려놨구요..

방화벽 업체에서도 문제없다고 하고, 자체 ips도 없는 상태입니다.

/var/log/message 를 보면 알수없는 에러들도 좀 있어요..

Nov 12 11:07:05 kernel: INFO: task sendmail:27667 blocked for more than 120 seconds.

Nov 12 11:07:05 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

Nov 12 11:07:05 kernel: sendmail D 0000000000000005 0 27667 27597 0x00000080

Nov 12 11:07:05 kernel: ffff8803c7d69ba8 0000000000000086 ffff8803c7d69b70 ffff8803c7d69b6c

Nov 12 11:07:05 kernel: ffff880376a41540 ffff88021fc28e00 ffff880227416700 0000000000000400

Nov 12 11:07:05 kernel: ffff880376a41af8 ffff8803c7d69fd8 000000000000fb88 ffff880376a41af8

Nov 12 11:07:05 kernel: Call Trace:

Nov 12 11:07:05 kernel: [<ffffffff8150ed3e>] __mutex_lock_slowpath+0x13e/0x180

Nov 12 11:07:05 kernel: [<ffffffff8150ebdb>] mutex_lock+0x2b/0x50

Nov 12 11:07:05 kernel: [<ffffffff8119037b>] do_lookup+0x11b/0x230

Nov 12 11:07:05 kernel: [<ffffffff81190bc4>] __link_path_walk+0x734/0x1030

Nov 12 11:07:05 kernel: [<ffffffff81143687>] ? handle_pte_fault+0xf7/0xb50

Nov 12 11:07:05 kernel: [<ffffffff811902ff>] ? do_lookup+0x9f/0x230

Nov 12 11:07:05 kernel: [<ffffffff8119174a>] path_walk+0x6a/0xe0

Nov 12 11:07:05 kernel: [<ffffffff8119191b>] do_path_lookup+0x5b/0xa0

Nov 12 11:07:05 kernel: [<ffffffff811925a7>] user_path_at+0x57/0xa0

Nov 12 11:07:05 kernel: [<ffffffff8104757c>] ? __do_page_fault+0x1ec/0x480

Nov 12 11:07:05 kernel: [<ffffffff8114890a>] ? vma_merge+0x29a/0x3e0

Nov 12 11:07:05 kernel: [<ffffffff81148d1b>] ? __vm_enough_memory+0x3b/0x190

Nov 12 11:07:05 kernel: [<ffffffff811869bc>] vfs_fstatat+0x3c/0x80

Nov 12 11:07:05 kernel: [<ffffffff81149ccc>] ? do_brk+0x26c/0x350

Nov 12 11:07:05 kernel: [<ffffffff81186b2b>] vfs_stat+0x1b/0x20

Nov 12 11:07:05 kernel: [<ffffffff81186b54>] sys_newstat+0x24/0x50

Nov 12 11:07:05 kernel: [<ffffffff810dc817>] ? audit_syscall_entry+0x1d7/0x200

Nov 12 11:07:05 kernel: [<ffffffff810dc565>] ? __audit_syscall_exit+0x265/0x290

Nov 12 11:07:05 kernel: [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b

Nov 12 11:07:05 kernel: INFO: task sendmail:27672 blocked for more than 120 seconds.

Nov 12 11:07:05 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

Nov 12 11:07:05 kernel: sendmail D 0000000000000013 0 27672 27602 0x00000080

Nov 12 11:07:05 kernel: ffff88032ba01ba8 0000000000000082 ffff88032ba01b70 ffff88032ba01b6c

Nov 12 11:07:05 kernel: ffff880339facaa0 ffff88021fc2aa00 ffff880227416700 0000000000000400

Nov 12 11:07:05 kernel: ffff880339fad058 ffff88032ba01fd8 000000000000fb88 ffff880339fad058