서버에 원격으로 접속하여 작업하다 보면,,,
작업 내용을 다른 사람과 공유해야 할 경우가 생깁니다.

Windows 2003 서버의 경우 local console + remote console(2) 동시 접속이 가능합니다.

Server : A
Client1 : B
Client2 : C

라고 가정하고,, B가 A에 접속한 Remote Console을 C에게 공유하는 방법을 설명합니다.

1. B가 A에 접속

start -> run -> mstsc.exe A_Server_IP_Address

TaskManager 의 Users 탭에서 접속된 ID를 확인 [0, 1, 2, 3] 중 하나

2. C가 A에 접속

start -> run -> mstsc.exe A_Server_IP_Address

A에 접속이 완료된 후

start -> run -> shadow [1에서 확인된 번호, 즉 B가 사용하는 ID를 입력]

3. 인증

B의 접속 화면에 공유와 관련된 메시지가 뜨고,, 확인을 누르면,,,
B가 보고 있는 화면이 C와 공유됩니다.

4. 공유 해제

공유를 해제하기 위해서는
C의 화면에서 Ctrl + * (Num키보드에 위치한 *) 를 누르면 됩니다.

자세한 내용은 아래 링크에서 확인하세요...

http://support.microsoft.com/kb/278845

Rocks 또는 WCCS 2003 또는 HPCS 2008 등등
클러스터를 구성하는 경우,,
대부분 PXE Network 부팅을 통해 Compute Node를 설치합니다.

Rocks 4.3을 이용해서 Compute Node를 설치하던 중,,
Frontend 노드와 연결이 되지 않아 설치 초기 과정에서 실패하는 경우가 있습니다.

실패가 나타나는 경우
- CISCO Catalyst 29xxG Switch 사용
- PXE 부팅과정에서 DHCP에서 IP를 받아오며,, 설치 초기 화면까지는 나타남
- 설치가 진행되는 듯 싶다가,, 멈춘 후 리부팅 됨

실패 원인
- 좀 특이한 경우겠지만,, CISCO Switch 의 경우 Learning Time 이란 것이 있습니다.
- 스위치에 새로운 서버를 연결했을 경우 처음에는 주황색 이었다가,,
  한참이 지난 후에야 초록색으로 바뀝니다.
- 정확하게는 Blocking, Listening, Learning, Forwarding, Disabled 상태 중 하나이지요.
- 서버를 부팅했을 경우 Forwarding 상태이기 때문에,, PXE 부팅이 진행됩니다.
- PXE 부팅과정에서 리눅스 커널이 올라옵니다.
- 리눅스 커널이 네트워크 드라이버 모듈을 다시 올리는 과정에서
  스위치와의 링크가 끊어졌다가 다시 연결됩니다.
- 다시 연결되었기 때문에,, 스위치는 Spanning-Tree 설정에 따라
  Forwarding 되기까지 시간이 걸립니다.
- 지연되는 시간 때문에,, 네트워크가 끊긴 것으로 인식하고, 설치를 종료시켜버립니다.

해결방법
- Switch의 Learning Time을 줄여줘야 합니다.
- Spanning-Tree를 사용하지 않거나,, Port Fast를 적용합니다.
- Catalyst 2960G 스위치의 매뉴얼은 아래 링크를 참조하세요.
http://www.cisco.com/en/US/docs/switches/lan/catalyst2960/software/release/12.2_25_see/configuration/guide/scg_1.html

Catalyst Switch 연결
- Serial Cable 사용
   Linux의 minicom 이란 프로그램 실행
   # minicom -s

      위와 같이 설정하고,, 연결이 되면,,
      Switch> en

   또는,,
 
__

'Rocks' 카테고리의 다른 글

SGE error: ending connection before all data received  (0) 2009.11.17
성능비교의 오류  (0) 2009.07.15
Install Intel Fortran Compiler and MPI Library on Rocks 5.1  (0) 2009.06.23
PXE-E32: TFTP open timeout  (0) 2009.06.21
rocks command  (0) 2009.06.21
Rocks 클러스터를 설치하는 과정에서,
PXE Network 부팅을 진행하다가,,
아래와 같은 메시지가 발생했을 경우???

PXE-E32: TFTP open timeout

생각지도 못했던 문제에 상당히 고생했습니다.
DHCP 에서 IP를 받아가고 나서,,
TFTP Server 에서 부팅에 필요한 파일들을 가져가야 하는데,,
TFTP에 접근을 못해 timeout 이 발생합니다.

해결 방법
  1. Firewall 점검
    TFTP Server가 동작하고 있는 서버에서 iptables firewall을 사용할 경우
    우선 iptables 를 내린 후 다시 진행
    iptables 내린 후 정상 동작한다면,, iptables firewall 설정을 점검할 것
     
  2. TFTP 서버
    Rocks 5.1 버전에서는 TFTP 서버가 xinetd 서비스로 묶여서 돌아갑니다.
    xinetd 서비스를 재시작해보세요.

Platform OCS 는 Open Source Rocks를 기반으로 만들어졌습니다.
Rocks 4.0 버전일때,, Rocks 에 비해서 OCS가 편한점은
명령어를 통해서,, 클러스터 구성을 customizing 하기가 쉽다는 것이었습니다.
하지만,, rocks 란 명령어를 알고부터,, OCS와 비교해도 전혀 불편함이 없더군요..
modules roll 빼구요.. !!

암튼,, rocks command 중 중요한거 몇개만 설명해 드리겠습니다.

1. 설치할 때,, 호스트 추가


rocks add host <hostname> cpus=<cpu#> membership=compute rack=<#> rank=<#>
예를 들어,, node01, node02를 추가할 경우

# rocks add host node01 cpus=8 membership=compute rack=0 rank=1
# rocks add host node02 cpus=8 membership=compute rack=0 rank=2

호스트가 정상적으로 추가되었는지 확인

# rocks list host

2. 호스트에 인터페이스 추가


이번에는 추가된 호스트에 ip, mac 설정

rocks add host interface <hostname> <eth?> ip=<your_ip> mac=<your_mac> subnet=private name=<hostname>
node01, node02에 ip, mac 설정

# rocks add host interface node01 eth0 ip=192.168.0.11 mac=00:50:56:00:00:11 subnet=private name=node01
# rocks add host interface node02 eth0 ip=192.168.0.12 mac=00:50:56:00:00:12 subnet=private name=node02

정상 추가되었는지 확인

# rocks list host interface

3. rocks 설정 동기화 관련


일반 설정 동기화
# rocks sync config

user 설정 동기화
# rocks sync users

4. Roll 설정 관련


구성된 roll 확인
# rocks list roll

roll 비활성화
# rocks disable roll <roll-name>

비활성화된 roll 활성화
# rocks enable roll <roll-name>

roll 삭제
# rocks remove roll <roll-name>



+ Recent posts