HOME > 게시판 > 리눅스
게시판| 리눅스
※ 게시판 용도에 맞지 않는 글(광고및 홍보 글 등)은 임의삭제될 수 있습니다.

 
작성일 : 20-11-12 16:58
안녕하세요 리눅스 ssh 문제입니다 한번만 봐주세요 ㅠㅠ
 글쓴이 : 리눅스포털…
조회 : 52  
안녕하세요 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

이렇게요.. 혹시 서버가 수명을 다해서 그런것일수도 있을까요? 


이 글을 트위터로 보내기 이 글을 페이스북으로 보내기