scom 서비스 계정이 만료되어 보고탭 접근시 발생

 

 

1. services.msc -> 바뀐 패스워드 적용

 

2. SQL DB 서버의 'Reporting Services 구성 관리자' -> 바뀐 패스워드로 적용

 

Posted by no1ss
,

 

A very important step is to check the registry. Go to the OPS reg hive and check if the FQDN name is supplied for the Networkname and AuthenticationName. If this doesn’t match your certificate common name you will get the 20071 event.

 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Agent Management Groups\<관리그룹>\Parent Health Services\0\

 

참고 

http://michelkamp.wordpress.com/2012/01/05/solving-the-gateway-20071-event/

Posted by no1ss
,

----------------------------------------------------------------------------------------

출 처 : http://cafe.naver.com/devctrl/5583

----------------------------------------------------------------------------------------

 

NetBIOS는 네트워크 프로토콜이 아니라 세션 Layer에 TCP, IP, IPX, NetBIEU 등의 네트워크/전달 계층 프로토콜을 연결하는 역활을 하는 프로그램이다.

 

윈도우즈 98 이전의 윈도우즈 네트워크에서 각각의 컴퓨터를 인식하려면 넷바이오스를 필요로 했는데, 이처럼 각각의 컴퓨터를 구분하기 위해 사용하는 이름을 넷바이오스 이름이라고 한다. 넷바이오스 이름은 16바이트까지 나타낼 수 있으며(우리말의 경우 실제로는 7자까지) 보통 네트워크 환경을 더블클릭하여 나타나는 네트워크 상의 이름들을 넷바이오스 이름이라고 생각하면 된다.

 

명령 프롬프트 상태에서

C:\>nbtstat -n

라고 치면 자신의 넷바이오스 이름을 확인할 수 있다.

 

[내 컴퓨터]의 속성을 통해 확인할 수 있는 "전체 컴퓨터 이름" 및 "작업 그룹"이 바로 NetBIOS 이름이다.

 

넷바이오스를 지원하는 윈도우즈의 프로토콜이 NetBIEU이다.

그래서 TCP/IP 프로토콜을 설치하지 않거나 각 컴퓨터가 IP 주소를 정적 혹은 동적으로 받지 못했어도 NetBIEU가 설치되어 있으면 내부 네트워크상에서 서로 연결되고 파일을 공유할 수도 있다.

 

단 라우팅이되는 프로토콜이 아니기 때문에 라우터를 이용하여 우리 네트워크(흔히 브로드캐스트 도메인이라고 해서 패킷이 라우팅 되지 않고 전달되 수 있는 영역)를 넘어 다른 네트워크로 갈 수 없다. 즉, 인터넷이 불가능하다.

그래서 NetBIOS 이름은 다른 네트워크로 전송되지 않기 때문에 예를 들어 "우리집컴퓨터"라는 NetBIOS 이름은 전세계 수백개가 있어도 아무 상관이 없다(같은 네트워크가 아니라면).

 

현재 윈도우즈 운영체제는 "NetBIOS over TCP/IP"라고 해서 TCP/IP가 NetBIOS의 역활을 대신하고 있다. 대신한다기 보다는 얹혀 있다고 표현하는 것이 좋다. 그래서 NetBIEU 프로토콜이 설치되어 있지 않아도 TCP/IP가 설치되어 있으면 NetBIOS 이름을 해석할 수 있다.  

Posted by no1ss
,

Event ID 21016, 20070

SCOM 2013. 1. 14. 15:15

 

해결>

SCOM Console -> 관리 -> 관리 보류중 -> 대상서버 '승인'





 

Posted by no1ss
,

 . LISTENING : 서버에서 관련 서비스(데몬)이 서비스가 가능한 상태. 서비스 요청을 기다리고 있는 상태.
 . SYS_SENT : 클라이언트가 서버에게 SYN패킷을 보낸후 연결을 요청한 상태.
 . SYN_RECEIVED : 서버가 클라이언트의 SYN패킷으로 서비스 요청을 받은 후에 
    이에 대한 응답으로 SYN/ACK패킷을 보내고, 클라이언트에게 ACK패킷을 받기를 기다리는 상태.

 . ESTABLISHED : 서버와 클라이언트간의 3 way handshake(SYN->SYN/ACK->ACK)완료 후에 
    실제 데이터를 교환하고 있는 상태.

 . FIN_WAIT1, CLOSE_WAIT, FIN_WAIT2 : 연결종료를 위해 종료요청을 받은 후의 종료과정 상태.
 . CLOSING : 전송된 메시지가 유실된 상태.
 . TIME_WAIT : 연결종료 후 일정시간동안 유지하고 있는상태(일정시간 후 자동 종료됨)
 . CLOSED : 서버와 클라이언트간의 연결이 완전히 종료된 상태.


* 특정 포트 확인

> netstat -an | findstr 135


* 특정 포트를 사용하는 프로세스 찾기

> netstat -ano

Posted by no1ss
,

Linux Integration Services Version v3.3 for Hyper-V

http://www.microsoft.com/ko-kr/download/details.aspx?id=29991

Linux Integration Services Version v3.4 for Hyper-V

http://www.microsoft.com/ko-kr/download/details.aspx?id=34603


콘솔 모드에서

# mount /dev/cdrom /media

# cd /media

# ./install.sh


에러가 발생하면


# rpm -Uvh --nodeps kmod-microsoft-hyper-v-rhel63.3-4.20120605.x86_64.rpm

# rpm -Uvh --nodeps microsoft-hyper-v-rhel63.3-4.20120605.x86_64.rpm


reboot


# vi /etc/sysconfig/network

NETWORKING=yes


# vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

ONBOOT=yes

BOOTPROTO=dhcp


# ifup eth0




출처 http://gubok.tistory.com/328

이렇게 생성된 guestOS 의 VHD 파일을 이용해서 제2, 제3의 가상서버를 만들고자 할때 CentOS5.x와 달리 6.x는 네트워크 설정이 제대로 되지 않는다. 이는 centOS 6.x 부터 달라진 부팅과정때문인데, 자세한 내용은 본인도 리눅스 전분가가 아니라서 잘 모르겠다.

다음의 관련 파일을 수정해 주어야 한다.

 

/etc/udev/rules.d/70-persistent-net.rules

 

이 파일을 열어보면 초기 부팅과정에서 찾게되는 네트워 이더넷카드에 대한 정보가 자동으로 세팅되는데, 이부분을 변경해주어야 한다. 기본적으로 eth0가 이미 있기 때문에 시스템은 eth1에 대한 부분으로 자동 생성하려한다. 하지만 eth1에 대한 부분으 없으므로 네트워크 설정이 되지 않는다.

혹시 두개의 이더넷 정보가 존재한다면 첫번째 정보는 삭제한다. 그리고 두번째 이더넷 정보를 eth1에서 eth0로 변경해준다.

 

위 파일중에 ATTR{address} 부분이 해당 가상서버의 실제 네트워크 카드의 맥어드레스를 나타낸다.

win2008 가상서버가 변경되었다면 이부분도 변경된 가상서버 맥 어드레스에 맞게 수정한다.

 

/etc/sysconfig/network-scripts/ifcfg-eth0 파일을 열어서 맥어드레스 부분은 지워준다.

 

저장하고 재부팅한다면 이후부터 네트웍이 잡힐것이다.


'Hyper-V' 카테고리의 다른 글

WIM2VHD for Windows 8 and Windows Server 2012  (1) 2013.06.04
Posted by no1ss
,