동기가 실패했을 경우, 이벤트 로그에는 로그 ID 1053가 기록되며 IIS 로그에는 "DeviceNotProvisioned_Mbx"의 에러가 기록됩니다.
원인은 역시나 Exchange Server 2003 에서 2010으로 이행시 ActiveSync 관련 권한이 제대로 이행되지 않았기 때문인거 같으며 해결방법은 이전에도 소개한 방법 이외에 다음과 같은 방법으로 해결할 수 있습니다.
① "Active Directory Users and Computers" 에서 해당 유저의 property를 클릭
② "Security" 탭에서 "Advanced Features"를 클릭
③ "Permissions"탭에서 "Permission" 항목이 [Special]로 설정되어있는 "Exchange Servers"를 선택, "Edit"를
클릭
④ 다음 속성의 "Allow"에 체크
Create msExchActiveSyncDevices objects
Error 28014 Unable to close the firewall.
위의 에러가 발생하면 인스톨은 정상적으로 끝나지않으며 롤백되어집니다.
■ 원인
KB에 의하면 Administrator 로써 인스톨을 실행하지 않았기 때문이라고 합니다.
(Administrator Group 멤버라 하더라도 View Composer 인스톨 실행은 "관리자로써 실행"을 선택해야된다고 합니다)
■ 해결방법
View Composer 인스톨 화일을 오른쪽 클릭, "관리자로써 실행"으로 인스톨을 합니다.
개인적으로는 럭키~! 입니다. 흐흐
인스톨후 NMV용 primary NIC을 설정했더니 다음과 같은 에러가 발생하며 설정이 되질않더군요.
SystemCallError: failed to configure bnx0 with ip x.x.x.x netmask 255.255.255.0 mtu 1500 broadcast + up: ifconfig: setifmtu: SIOCSLIFMTU: bnx0: Invalid argument".
실제로 show network interface bnx0로 확인을 해보면 MTU값이 1496으로 설정되어있었고, 이 값이 바뀌지않기에 설정이 않되는거 같았습니다. 또한 추가로 장착한 인텔 NIC은 문제없이 설정이 되는것으로 보아, 문제는 BroadCom의 NIC의 문제인거 같았습니다. 이것저것 인터넷을 찾아보니, Nexenta 포럼에 같은 증상으로 문의가 있었습니다만, 뾰족한 해결방법이 나와있지 않더군요.
몇시간 헤매며 찾은 내용인 즉슨... 직접 bnx.conf의 MTU 설정값을 바꿔라... --;
bnx,conf 설정을 확인한 결과, MTU 설정부분이 커멘트되어져 있었고 이 부분을 변경후 리붓해주니 설정되네요... 하아....
Error message: Connecting to remote server failed with the following error message : The WS-Management service cannot process the request. The system load quota of 1000 requests per 2 seconds has been exceeded. Send future requests at a slower rate or raise the system quota. The next request from this user will not be approved for at least 1795919616 milliseconds. For more information, see the about_Remote_Troubleshooting Help topic.
■ 원인
원인은 Exchange Server가 50일이상 연속으로 가동중인 경우, Windows의 WinRM 컴포넌트의 이슈로 인해 QuotaSystem를 초과했다고 잘못 판단을 하기 때문이라고 합니다.
■ 해결방법
Exchaneg Server 2010 IIS의 PowerShell 어플리케이션 풀을 리사이클함으로써 회피가 가능합니다.
① IIS 관리자를 기동합니다.
② 어플리케이션풀을 선택, MSExchangePowerShellAppPool의 메뉴로부터 "리사이클"을 클릭합니다.
영구적으로 위의 현상을 회피하기 위해서는 정기적인 리사이클을 설정해줍니다. 설정방법은 위 ②의 메뉴중 "리사이클 설정"을 선택, 리사이클 실행 간격을 분단위로 설정합니다.
A3 사이즈뿐만이 아니라 PDF로도 참고할 수 있게 만들어놨네요.
다운로드는 여기서 가능합니다.
2012년이 밝았습니다.
■ 원인
원인은 Guided Consolidation용 서비스 프로세스중 하나인 "CollectServerHost.exe"이 CPU를 점유하고 있기 때문이었습니다.
■ 해결방법
Guided Consolidation 서비스를 무효화하면 됩니다. 방법은 KB에 나와있는대로 Guided Consolidation 서비스 삭제하거나 vpxd.cfg에서 Guided Consolidation 서비스를 무효하는 파라메터를 추가해주면 됩니다.
Prev
Rss Feed