리눅스 분류
안녕하세요 리눅스 ssh 문제입니다 한번만 봐주세요 ㅠㅠ
작성자 정보
- 리눅스포털매니야 작성
- 작성일
컨텐츠 정보
- 2,640 조회
- 0 추천
- 목록
본문
안녕하세요 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
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
이렇게요.. 혹시 서버가 수명을 다해서 그런것일수도 있을까요?
관련자료
-
이전
-
다음
댓글 0
등록된 댓글이 없습니다.