Windows Server 2008R2의 메타테스터 에이전트 - 페이지 2 123456789 새 코멘트 Renat Fatkhullin 2012.11.18 16:19 #11 어떤 디렉토리에 프로그램을 넣었습니까? 정확한 경로를 알려주세요. 8코어 컴퓨터에 15개 에이전트, 6코어 컴퓨터에 8개 에이전트, 8코어 컴퓨터에 9개 에이전트 등 등록된 에이전트가 있기 때문에 에이전트가 삭제되었습니다. Roman Golubenko 2012.11.18 17:11 #12 Renat : 어떤 디렉토리에 프로그램을 넣었습니까? 정확한 경로를 알려주세요. 8코어 컴퓨터에 15개 에이전트, 6코어 컴퓨터에 8개 에이전트, 8코어 컴퓨터에 9개 에이전트 등 등록된 에이전트가 있기 때문에 에이전트가 삭제되었습니다. 프로그램 설치 경로는 변경되지 않았습니다. 표준(C:\프로그램...). 에이전트 수, 컴퓨터에 몇 개의 코어가 있었는지, 마지막으로 코어보다 1개 적은 에이전트를 설치하려고 시도했을 때만 설치했습니다. 일부 에이전트는 가상 서버 에 설치되었습니다(이러한 에이전트의 대부분은 현재 imre에 있음). 서버는 vmware 영역에서 회전했습니다. 삭제는 가상 서버와 순수한 철 서버 모두에서 이루어졌습니다. Roman Golubenko 2012.11.18 17:15 #13 메모: Windows Server 2003이 설치된 서버에서는 가상 서버나 물리적 서버 모두에서 이러한 현상이 감지되지 않았습니다. 또한 Windows 7, Windows Xp에서 일반 비행을 합니다. Roman Golubenko 2012.11.19 09:28 #14 더 활동적인 포럼 사용자 여러분, 정말 비슷한 문제를 겪은 사람이 모두 있습니까? Andrey Sharov 2012.11.19 10:50 #15 얼마 전 약한 에이전트의 강제 제거(클라우드 명령으로)가 관찰되었습니다(PR < 50 또는 메모리 < 0.75Gb). 프로세서의 부하가 테스터의 에이전트뿐만 아니라 PR이 임계 값 아래로 떨어질 수 있습니다 ... Roman Golubenko 2012.11.19 11:50 #16 Ashes : 얼마 전 약한 에이전트의 강제 제거(클라우드 명령으로)가 관찰되었습니다(PR < 50 또는 메모리 < 0.75Gb). 프로세서의 부하가 테스터의 에이전트뿐만 아니라 PR이 임계 값 아래로 떨어질 수 있습니다 ... 에이전트가 제거된 모든 컴퓨터에는 PR이 약 100이고 RAM이 2GB보다 훨씬 큰 코어가 있었습니다. 서버가 다운되는 동안에도 삭제가 발생했습니다. Roman Golubenko 2012.11.19 12:25 #17 시스템이 코어 수를 잘못 결정합니다. http://floomby.ru/s1/HBJMg 여기 확인이 있습니다. 사실, 이들은 2개의 다른 차입니다. 코어가 8개이면 에이전트에 7개가 제공됩니다. 기계는 복제에 의해 생성되었지만 이름이 다르기 때문에 하나로 표시되는 것 같습니다... 그것에 대해 뭔가를해야합니다 Скриншот сделан СЃ помощью Floomby xn--e1affnfjebo2d.xn--p1ai Скриншот 19.11.2012 13:22 Renat Fatkhullin 2012.11.19 12:35 #18 이것은 하드웨어와 소프트웨어 세트가 운영 체제 라이센스 키에 이르기까지 완전히 동일하기 때문에 복제된 환경에서 일반적인 문제입니다. 여기서 컴퓨터 이름 변경은 필수 불가결하며 쉬운 해결책은 없습니다. 즉, 복제된 이미지를 지원하는 것보다 비용이 많이 들고 중요하기 때문에 회계 시스템을 변경하지 않습니다. 가장 쉬운 방법은 고유한 운영 체제 라이센스 키를 등록하는 것입니다. Roman Golubenko 2012.11.19 12:53 #19 Renat : 이것은 하드웨어와 소프트웨어 세트가 운영 체제 라이센스 키에 이르기까지 완전히 동일하기 때문에 복제된 환경에서 일반적인 문제입니다. 여기서 컴퓨터 이름 변경은 필수 불가결하며 쉬운 해결책은 없습니다. 즉, 복제된 이미지를 지원하는 것보다 비용이 많이 들고 중요하기 때문에 회계 시스템을 변경하지 않습니다. 가장 쉬운 방법은 고유한 운영 체제 라이센스 키를 등록하는 것입니다. 어떤 식 으로든 운영 플랫폼의 키를 변경하지 않고? Renat Fatkhullin 2012.11.19 13:06 #20 GoRo : 어떤 식 으로든 운영 플랫폼의 키를 변경하지 않고? 가상 머신이 허용하는 범위 내에서 "변경"을 시도할 수 있습니다. 123456789 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
어떤 디렉토리에 프로그램을 넣었습니까? 정확한 경로를 알려주세요.
8코어 컴퓨터에 15개 에이전트, 6코어 컴퓨터에 8개 에이전트, 8코어 컴퓨터에 9개 에이전트 등 등록된 에이전트가 있기 때문에 에이전트가 삭제되었습니다.
어떤 디렉토리에 프로그램을 넣었습니까? 정확한 경로를 알려주세요.
8코어 컴퓨터에 15개 에이전트, 6코어 컴퓨터에 8개 에이전트, 8코어 컴퓨터에 9개 에이전트 등 등록된 에이전트가 있기 때문에 에이전트가 삭제되었습니다.
프로그램 설치 경로는 변경되지 않았습니다. 표준(C:\프로그램...).
에이전트 수, 컴퓨터에 몇 개의 코어가 있었는지, 마지막으로 코어보다 1개 적은 에이전트를 설치하려고 시도했을 때만 설치했습니다.
일부 에이전트는 가상 서버 에 설치되었습니다(이러한 에이전트의 대부분은 현재 imre에 있음). 서버는 vmware 영역에서 회전했습니다. 삭제는 가상 서버와 순수한 철 서버 모두에서 이루어졌습니다.
메모:
Windows Server 2003이 설치된 서버에서는 가상 서버나 물리적 서버 모두에서 이러한 현상이 감지되지 않았습니다.
또한 Windows 7, Windows Xp에서 일반 비행을 합니다.
얼마 전 약한 에이전트의 강제 제거(클라우드 명령으로)가 관찰되었습니다(PR < 50 또는 메모리 < 0.75Gb).
프로세서의 부하가 테스터의 에이전트뿐만 아니라 PR이 임계 값 아래로 떨어질 수 있습니다 ...
얼마 전 약한 에이전트의 강제 제거(클라우드 명령으로)가 관찰되었습니다(PR < 50 또는 메모리 < 0.75Gb).
프로세서의 부하가 테스터의 에이전트뿐만 아니라 PR이 임계 값 아래로 떨어질 수 있습니다 ...
에이전트가 제거된 모든 컴퓨터에는 PR이 약 100이고 RAM이 2GB보다 훨씬 큰 코어가 있었습니다.
서버가 다운되는 동안에도 삭제가 발생했습니다.
시스템이 코어 수를 잘못 결정합니다.
http://floomby.ru/s1/HBJMg
여기 확인이 있습니다.
사실, 이들은 2개의 다른 차입니다.
코어가 8개이면 에이전트에 7개가 제공됩니다.
기계는 복제에 의해 생성되었지만 이름이 다르기 때문에 하나로 표시되는 것 같습니다...
그것에 대해 뭔가를해야합니다
여기서 컴퓨터 이름 변경은 필수 불가결하며 쉬운 해결책은 없습니다. 즉, 복제된 이미지를 지원하는 것보다 비용이 많이 들고 중요하기 때문에 회계 시스템을 변경하지 않습니다. 가장 쉬운 방법은 고유한 운영 체제 라이센스 키를 등록하는 것입니다.
이것은 하드웨어와 소프트웨어 세트가 운영 체제 라이센스 키에 이르기까지 완전히 동일하기 때문에 복제된 환경에서 일반적인 문제입니다.
여기서 컴퓨터 이름 변경은 필수 불가결하며 쉬운 해결책은 없습니다. 즉, 복제된 이미지를 지원하는 것보다 비용이 많이 들고 중요하기 때문에 회계 시스템을 변경하지 않습니다. 가장 쉬운 방법은 고유한 운영 체제 라이센스 키를 등록하는 것입니다.
어떤 식 으로든 운영 플랫폼의 키를 변경하지 않고?