1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
윈도우 서버에 요상한 1613;상1060; 1080;Ǻ12;서 1656;문합니다.
뭔가 클릭Ȣ16;,144;나, 1077;/141;1012; Ȣ16;면 2~3초 후에 클릭.104;,144;나 1077;/141;.121;니다.
항상 그런,148; 아니고, 1096; .112; ǐ12;도 1080;습니다.
1060;,152; 말/196; 설명Ȣ16;기가 참 Ǻ12;/140;운데..
1096; .112; ǐ12;도 1080;고, 안.112; ǐ12;도 1080;lj16; ,163;1060;.. 수시/196; 변ᅆ1;.121;니다.
탐색기에서 폴더를 찾아갈 ǐ12;, Ǻ12;떨 ǐ12;lj16; 0148;/196; 들Ǻ12;가1648;고, Ǻ12;떨 ǐ12;lj16; 2~3초 후 클릭1012; 먹습니다.
마우스만 1060;러lj16; ,172; 아니고, Ȗ12;보드도 ᇼ1;1068;합니다.
Ǻ12;떤 문1228;1068;까요?
1221;보를 1228;공해 드리,192;습니다.
1. OS: Windows Server 2022
2. 서버 목1201;: Hyper-V 호스트. VM1008; 1대만 운영1473;
3. CPU: EPYC 7262
4. 메모리: 64GB ECC/REG (삼성)
5. SSD: m.2 삼성 970 EVO Plus 1TB (OS용) (RAID 카드 아니고, 보드 m.2에 연결.104;Ǻ12; 1080;1020;)
6. HDD: HGST 8TB RAID 5 + Global Hot Spare
7. RAID Controller: IBM M5210
8 메1064;보드: 수6140;마1060;크/196; H12SSL-i
서버 사용률1008; 매우 낮습니다.
,144;1032; 놀고 1080;Ǻ12;요.
1068;단 1060;벤트 뷰Ǻ12;에lj16; 1060;/111;다 할 ,163;1060; 없습니다. (1228;가 뭘 1096; 모르lj16;1648; 모르,192;1648;만.)
1068;단 1116;ǥ12;ᔚ1; 해 봤lj16;데 ᇼ1;1068;한 1613;상1077;니다.
BMC/196; 1116;ǥ12;ᔚ1; 해 봤lj16;데 ᇼ1;1068;한 1613;상1060;고요.
ResMon1004;/196; CPU, 디스크 살6196;봤lj16;데, 특별한 문1228;lj16; 보1060;1648; 않습니다.
(CPU:사용량, 디스크: 1025;NJ13;시간)
ChatGPT 도움1012; 0155;아서 Latency Check1012; 했더니, 다1020; 그림과 같1060; 나오네요.
그랬더니 ChatGPT가 다1020;과 같1060; 1025;NJ13;1012; Ȣ16;네요.
ChatGPT 말대/196; 보드 문1228;1068;까요?
1060;따가 야간에 보드를 교체해 보기lj16; 할 텐데요..
보드 교체가 쉬운 1068;1060; 아니라서..
1068;단 다른 ᅆ1;험1012; 해 보신 ǥ16;1060; 1080;다면 1312;Ǻ16;1012; 1328; 구Ȣ16;고 dz10;습니다.
고맙습니다~
마더보드 교체하면 감쪽같을 거 같아요.
저라면 OS 디스크와 스토리지 분리하고 시스템이 부팅이 되지 않게 한 뒤 마더보드 바이오스 IPMI 같은 곳에 들어가서 똑같이 딜레이 증상이 있는지 확인하고 딜레이가 없다면 테스트용 디스크를 설치하고 해당 OS를 다시 설치해보아서 딜레이가 있는지 확인할 것입니다..
즉 시스템의 하드웨어 (시스템,키보드,마우스) 문제인지
소프트웨어 문제인지 갈라서 확인해보는 것이죠..
이런 테스트 하실때 데이터 망실되지 않게 먼저 조치(백업등)하시고 테스트후 원복할 수 있도록 조치하고 테스트 해보세요..
그런데 rdp로 접속해도 똑같고 ipmi로 접속해도 똑같습니다.
문제는 고객들이 파일 서버로 사용하고 있는데 고객들도 똑같은 딜레이를 느껴요.
그래서 시스템 자체가 딜레이가 생겼다고 판단하고 있고요.
저도 컴퓨터 참 오래 만졌는데 이런 증상은 처음이라 황망하네요..
중고 시장에서 그럭저럭 오래된 AMD 서버 시스템을 보기 힘든데 팔린 댓수도 인텔보다는 적지만 그보다는 AMD 시스템의 내구성이 인텔보다는 떨어진다라고 개인적으로 생각합니다..
아직 3년 정도밖에 안 됐지만..
모두 다 잘 돌아가는데 저거 한 대만 문제네요.
저는 오히려 인텔이 참 별로라고 생각합니다.
샌디브릿지 이후로 인텔은 계속 삽질만 할 거 같아요. (pc든 서버든.)
별일 없이 잘 해결되시기를 기원합니다..
그렇다면 정책편집기 가서 UDP 전송 비활성 시키세요. 최근에 RDP로 붙는놈들 자꾸 버벅거리길레 UDP 트래픽 문제로 죄다 비활성 시키고 있습니다.
그런데 rdp뿐만 아니라 ipmi도 마찬가지예요.
고객들이 공유 폴더로 탐색기 들어올 때도 비슷한 딜레이를 경험하고 있고요.
그래서 시스템 전체적으로 딜레이가 발생한다고 생각하고 있습니다.
C1~C3 까지는 활성화 되어도 C4~C6은 비활성 시켜야 됩니다.
저게 활성화 되버리면 응답속도가 느려지는 현상이 발생하는데 저게 CPU 캐쉬도 저전력 만들면서 대기모드 되어버리고 익스프레스 속도도 반토막 이상 떨어집니다. 에픽은 어떤지 모르겠는데 인텔은 저 전원모드 기본값으로 활성화 되어 있어서 항상 멈칫멈칫 거렸습니다.
랜카드 드라이버 이슈일수도 있는데 OS 자체드라이버 말고 최신 드라이버로 업데이트 했는지도 확인이 필요해요.
전원 설정 같은 거는 건드린 적 없고요.
그래서 고장에 더 가까워 보이긴 하네요.
그래도 전문가시니 바이오스 설정 한번 봐야 되겠습니다.
고객사에서 떼어서 저희 회사로 가져오니 멀쩡합니다.
도대체 문제가 무엇이었을까요?
고객사에는 UPS도 연결되어 있었으니.. 전원 품질 문제도 아닐 것 같고..
차이가 있다면 BMC에서 전원이 완전 차단 되었다가 다시 연결되었다는 점 밖에는 없는데 말이죠.
어쨌든 깨름찍해서, 마더보드를 교체해서 고객사에게 다시 제공하기로 했습니다.
몇 시간 걸리겠네요. ^^
전기는 UPS가 있다고 하니 문제가 없다고 하고요..
하드웨어적으로는 네트워크스위치나 스위치 포트, 케이블 불량등을 의심해볼수 있고
(자체 만든 UTP 케이블이나 중국산 싸구려 UTP 케이블 등)
소프트웨어적으로는 글쎄요 거기에 무언가 트래픽을 잡아먹거나 하는 무언가가 있을지도요??