VCS 및 TelePresence Conductor 어플라이언스 및 RMA 절차 문제 해결 가이드
목차
소개
이 문서에서는 RMA(Return Material Authorization) 프로세스를 통해 Cisco TelePresence VCS(Video Communication Server) 또는 Cisco TelePresence Conductor를 반납하는 경우를 대비하여 문제를 해결하고 정보를 수집하는 방법에 대해 설명합니다.
의심되는 하드웨어 문제 해결
시스템이 켜지거나 부팅되지 않거나 지속적으로 재부팅되거나 잘못된 이미지를 부팅합니다.
VCS/TelePresence Conductor 시스템의 전원이 켜지거나 부팅되지 않거나 지속적으로 재부팅되는 경우 다음 항목을 확인하십시오.
LED/LCD 디스플레이가 켜져 있습니까?
대답이 "예"인 경우 디바이스의 전원이 켜지지만 부팅되지 않을 수 있습니다. 다음 항목을 확인합니다:
- 시스템의 USB 포트에 연결된 장치가 있습니까(특히 USB KVM(Keyboard/Video/Mouse))?
대답이 "예"인 경우, 이를 제거하고 시스템 전원을 껐다가 다시 켭니다. 시스템이 여전히 부팅되지 않으면 직렬 콘솔에 연결하고 부팅 출력의 최대한 많은 부분을 수집합니다. 출력을 지원 티켓에 첨부합니다.
- 시스템의 직렬 포트에 연결된 장치가 있습니까?
대답이 "예"인 경우, 이를 제거하고 시스템의 전원을 껐다가 다시 켜 보십시오. 시스템이 여전히 부팅되지 않으면 직렬 콘솔에 연결하고 부팅 출력의 최대한 많은 부분을 수집합니다. 출력을 지원 티켓에 첨부합니다.
LED/LCD가 켜져 있지 않으면 시스템에 연결된 전원 콘센트와 전원 리드를 변경합니다. 장치 뒷면의 전원 및 소프트 스위치가 모두 올바른 위치에 있으며 적절하게 눌려졌는지 확인합니다. 전원 케이블이 제대로 작동하는지 확인하기 위해 다른 장치에 전원 케이블을 연결합니다.
- 디바이스가 계속 재부팅되지만 잠시 동안 작동하면 센서 로그를 수집해 보십시오. 자세한 내용은 로그 및 증거 자료를 참조하십시오.
- 시스템이 여전히 부팅되지 않으면 시스템을 확인하기 위해 수행된 단계 목록과 함께 지원 티켓을 가져옵니다.
시스템에서 팬 장애를 보고합니다.
팬에 장애가 발생한 경우 Alarms and Warnings(경보 및 경고)의 Logs and Evidence(로그 및 증거)에 표시된 대로 시스템에서 장애 증명을 수집합니다. 수집된 정보를 첨부하여 지원 티켓을 발행합니다.
의심되는 하드 디스크 문제
관리자는 하드 디스크 오류가 있다고 생각합니다. 하드 디스크가 "마운트 해제됨"으로 설명되었습니까?
대답이 "예"인 경우 Logs and Evidence에 설명된 대로 최대한 많은 정보를 수집하십시오.
- 물리적 증거 - LCD에 표시되는 메시지를 표시하고 수집된 정보가 첨부된 지원 티켓을 제시합니다.
- smartctl
- DMI(Desktop Management Interface) 코드
- 경보 및 경고
수집된 정보를 첨부하여 지원 티켓을 발행합니다.
"아니요"인 경우(디스크가 "마운트 해제됨"으로 설명되지 않음) 관리자가 하드 디스크에 문제가 있다고 생각하는 이유를 조사합니다. 이 정보는 디스크에 문제가 있다는 좋은 증거를 제공할 수 있습니다.
- 물증
- smartctl
- DMI 코드
- 경보 및 경고
- 시스템 스냅샷
dmesg 또는 /var/log/messages와 같은 디스크 관련 오류 메시지가 표준 Linux 로그에 있을 수 있습니다. 수집된 정보를 첨부하여 지원 티켓을 발행합니다.
다음과 같은 오류 로그 유형의 몇 가지 예를 볼 수 있습니다.
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata4.00: cmd c8/00:00:81:53:2a/00:00:00:00:00/e1 tag 0 dma 131072 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata4.00: status: { DRDY }
ata4: hard resetting link
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata4.00: configured for UDMA/133
ata4.00: device reported invalid CHS sector 0
ata4: EH complete
e2fsck 1.41.9 (22-Aug-2009)
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata4.00: cmd c8/00:c0:a1:53:2a/00:00:00:00:00/e1 tag 0 dma 98304 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata4.00: status: { DRDY }
ata4: hard resetting link
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata4.00: configured for UDMA/133
ata4.00: device reported invalid CHS sector 0
ata4: EH complete
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata4.00: status: { DRDY }
ata4: hard resetting link
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata4.00: configured for UDMA/133
ata4.00: device reported invalid CHS sector 0
ata4: EH complete
ata4: limiting SATA link speed to 1.5 Gbps
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata4.00: status: { DRDY }
ata4: hard resetting link
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: configured for UDMA/133
ata4.00: device reported invalid CHS sector 0
ata4: EH complete
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata4.00: cmd c8/00:d0:91:54:2a/00:00:00:00:00/e1 tag 0 dma 106496 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata4.00: status: { DRDY }
ata4: hard resetting link
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: configured for UDMA/133
ata4.00: device reported invalid CHS sector 0
ata4: EH complete
ata4: link is slow to respond, please be patient (ready=0)
ata4: SRST failed (errno=-16)
ata4: link is slow to respond, please be patient (ready=0)
ata4: SRST failed (errno=-16)
ata4: link is slow to respond, please be patient (ready=0)
ata4: SRST failed (errno=-16)
ata4: limiting SATA link speed to 1.5 Gbps
ata4: SRST failed (errno=-16)
ata4: reset failed, giving up
kernel: irq 19: nobody cared (try booting with the "irqpoll" option)
kernel: Pid: 0, comm: swapper Not tainted 2.6.31.12 #1
kernel: Call Trace:
kernel: <IRQ> [<ffffffff810743d6>] __report_bad_irq+0x26/0xa0
kernel: [<ffffffff810745dc>] note_interrupt+0x18c/0x1d0
kernel: [<ffffffff81074db5>] handle_fasteoi_irq+0xb5/0xe0
kernel: [<ffffffff8100e35d>] handle_irq+0x1d/0x30
kernel: [<ffffffff8100d887>] do_IRQ+0x67/0xe0
kernel: [<ffffffff8100bcd3>] ret_from_intr+0x0/0xa
kernel: <EOI> [<ffffffff81012c03>] ? mwait_idle+0x63/0x80
kernel: [<ffffffff8100a500>] ? enter_idle+0x20/0x30
kernel: [<ffffffff8100a574>] ? cpu_idle+0x64/0xb0
kernel: [<ffffffff81399d05>] ? rest_init+0x65/0x70
kernel: [<ffffffff816c250a>] ? start_kernel+0x33c/0x348
kernel: [<ffffffff816c1b75>] ? x86_64_start_reservations+0x125/0x129
kernel: [<ffffffff816c1c5d>] ? x86_64_start_kernel+0xe4/0xeb
kernel: handlers:
kernel: [<ffffffff81254260>] (ata_sff_interrupt+0x0/0x110)
kernel: [<ffffffff81254260>] (ata_sff_interrupt+0x0/0x110)
kernel: [<ffffffff81280ba0>] (usb_hcd_irq+0x0/0x70)
kernel: Disabling IRQ #19
고온 경고/경보
VCS/TelePresence Conductor에서 고온 경보가 발생했음을 보고합니다.
- 장치에는 측면 공기 흡입구와 후면 공기 배출구가 있습니다. 특히 측면에 충분한 통기성이 있는지 확인하기 위해 점검이 이루어져야 한다. 옆면이 정상으로 보이더라도 다른 장치(예: Codian MCU(Multipoint Control Unit))가 해당 장치의 공기 흡입구로 직접 배출될 수 있습니다.
- MCU의 공기 흐름은 오른쪽에서 왼쪽으로 흐르므로 VCS/TelePresence Conductor의 오른쪽에 랙에 설치할 경우 특히 주의해야 합니다.
- 때때로 서미스터 온도 센서가 거짓 판독을 보고할 수 있습니다. 모든 경보를 승인하고 시스템에서 추가 발생 여부를 모니터링합니다.
- Logs and Evidence(로그 및 증거)에 나와 있는 것처럼 시스템에서 장애 증명을 수집합니다.
- 경보 및 경고
- 물리적 증거.
수집된 정보를 첨부하여 지원 티켓을 발행합니다.
전면 패널 단추 응답 안 함
일부 버전의 전면 패널, 특히 초기 Cisco 브랜드 패널에는 전면 패널의 버튼에 대한 접촉부에 문제가 있습니다. 이 문제는 최신 버전의 전면 패널에서 해결되며 시스템의 일상적인 운영에 영향을 주지 않습니다.
문제에 대한 증거를 수집하려면 Logs and Evidence(로그 및 증거) 아래의 DMI Code(DMI 코드) 섹션을 참조하십시오.
전면 패널이 응답하지 않을 경우 초기 컨피그레이션을 위해 어플라이언스에 시리얼 연결을 사용할 수 있습니다.
네트워크 어댑터 문제
관리자가 네트워크 어댑터에 문제가 있다고 보고하거나 LAN 링크가 다운되었다고 보고합니다.
어플라이언스가 연결된 스위치/라우터의 서로 다른 LAN 케이블 및 포트가 시도되었는지 확인합니다.
로그 및 증거에 자세히 설명된 대로 문제에 대한 다음 증거를 수집합니다.
- ifconfig 출력
- ethtool 통계 덤프
- 보드 테스트
- 물증
- 경보 및 경고
- 시스템 스냅샷
수집된 정보를 첨부하여 지원 티켓을 발행합니다.
직렬 포트가 예기치 않은 로그인 프롬프트 표시(VCS만 해당)
Cisco VCS가 부팅될 때 일반적으로 다음과 같은 내용이 표시됩니다.
tandberg login: root
Password:
그러나 디바이스가 시작되면 Fusion MPT SAS 드라이버의 메시지가 로그인 프롬프트와 충돌할 수 있습니다. 이 경우 다음과 같은 출력이 표시됩니다.
tandberg login: Fusion MPT misc device (ioctl) driver 3.04.14
mptctl: Registered with Fusion MPT base driver
mptctl: /dev/mptctl @ (major,minor=10,220)
이는 Cisco에서 알고 있는 소프트웨어 문제 때문이며 RMA로 이어져서는 안 됩니다. 이 문제는 X6.0 이상 버전의 코드에서 수정되었습니다.
TANDBERG 애플리케이션/tsh가 시작되지 않음(VCS만 해당)
콘솔 세션(SSH(Secure Shell), 텔넷, 시리얼 또는 KVM)에 관리자로 로그인하려고 하면 "tsh에 연결할 수 없음" 또는 "/tmp/hwfail exists: TANDBERG 애플리케이션 시작 금지" 메시지가 표시됩니다.
/tmp/hwfail 파일이 있습니까?
대답이 "예"인 경우 로그 및 증거에서 이 정보를 수집합니다.
- 루트 셸의 시스템 스냅샷
- DMI 코드
- 보드 테스트
- 물증
"tsh"를 입력하거나 admin으로 로그인할 때 "tsh에 연결할 수 없습니다."라는 메시지가 표시됩니까?
수집된 정보를 첨부하여 지원 티켓을 발행합니다.
부팅 로그에 '사전 부팅 에이전트 설치 실패' 메시지가 표시됨
부팅할 때 VCS에 대한 직렬 연결이 없는 경우 부팅 로그에 '사전 부팅 에이전트 설치 실패' 메시지가 나타날 수 있습니다.
이는 문제가 아니며 RMA로 이어져서는 안 됩니다.
로그 및 증거
이 섹션에서는 로그, 스냅샷 및 기타 증거 수집 방법에 대해 설명합니다.
웹의 시스템 스냅샷
시스템 스냅샷 프로세스는 관리자의 PC에 다운로드할 수 있는 다양한 시스템 파일의 파일 아카이브를 생성합니다.
X6.1 또는 XC1.1 이하에서 시스템 스냅샷을 시작하려면 다음을 수행합니다.
- Maintenance(유지 관리) > System snapshot(시스템 스냅샷)을 선택합니다.
- Create full snapshot을 클릭합니다.
- 아카이브가 생성될 때까지 기다립니다(파일이 많기 때문에 시간이 걸릴 수 있음).
- 파일을 로컬 PC에 다운로드할 수 있도록 파일 다운로드 대화 상자가 나타납니다(PC에 충분한 디스크 공간이 있는지 확인).
X7.0 또는 XC1.2 이상에서 시스템 스냅샷을 시작하려면 다음을 수행합니다.
- Maintenance(유지 관리) > Diagnostics(진단) > System snapshot(시스템 스냅샷)을 선택합니다.
- Create full snapshot을 클릭합니다.
- 아카이브가 생성될 때까지 기다립니다(파일이 많기 때문에 시간이 걸릴 수 있음).
- 파일을 로컬 PC에 다운로드할 수 있도록 파일 다운로드 대화 상자가 나타납니다(PC에 충분한 디스크 공간이 있는지 확인).
스냅샷을 만들면 시스템 리소스가 예약됩니다. 사용량이 많은 시스템에서는 "낮은 트래픽" 기간에 스냅샷을 시작하는 것이 좋습니다. 단, 분석하려는 이벤트가 발생한 후 너무 오래 두면 안 됩니다.
시스템에서는 항상(가장 최근) 디스크에 스냅샷 아카이브(.tar.gz)를 하나만 저장합니다(/mnt/harddisk/snapshot에서).
루트 셸의 시스템 스냅샷
시스템 스냅샷 프로세스는 관리자의 PC에 다운로드할 수 있는 다양한 시스템 파일의 파일 아카이브를 생성합니다.
시스템 스냅샷을 시작하려면
시스템에 root로 로그인합니다.
snapshot.sh를 입력합니다.
아카이브가 생성될 때까지 기다립니다. 파일이 많기 때문에 시간이 걸릴 수 있습니다. 파일이 .tar 파일에서 .tar.gz 파일로 변경될 때까지 기다립니다.
스냅샷이 생성되면 /mnt/harddisk/snapshot/에서 SCP(Secure Copy)를 사용할 수 있습니다(tar.gz 아카이브).
스냅샷을 만들면 시스템 리소스가 예약됩니다. 사용량이 매우 많은 시스템에서는 "낮은 트래픽" 기간에 스냅샷을 시작하는 것이 좋습니다. 단, 분석하려는 이벤트가 발생한 후 너무 오래 두면 안 됩니다.
시스템에서는 항상(가장 최근) 디스크에 스냅샷 아카이브(.tar.gz)를 하나만 저장합니다(/mnt/harddisk/snapshot에서).
충돌 로그
응용 프로그램이 실패할 때마다 인시던트 보고서가 디스크에 /tandberg/crash/directory에 기록됩니다.
사고 보고서는 스냅샷 아카이브에 포함됩니다.
시스코 지원 엔지니어는 외부 라우팅 가능 서버를 호스팅하며, 여기에 VCS/TelePresence Conductor를 구성하여 사고 보고서를 게시할 수 있습니다. 관리자가 인시던트 보고서를 게시하도록 시스템을 구성할 경우 애플리케이션 오류 알림을 가속화합니다.
Maintenance(유지 관리) > Incident reporting(사고 보고) > Configuration(컨피그레이션)(X7.0/XC1.1 이상)에서 ACR(Automated Crash Report) 서버에 대한 충돌 보고서의 자동 업로드를 구성할 수 있습니다. 이는 Maintenance(유지 관리) > Diagnostics(진단) > Incident reporting(사고 보고) > Configuration(컨피그레이션)입니다.
- 인시던트 보고서 전송 모드를 On으로 설정해야 합니다(기본적으로 Off임).
- 인시던트 보고서 URL은 https://cc-reports.cisco.com/submitapplicationerror/으로 설정해야 합니다(레거시 URL https://vcser.tandberg.com/submitapplicationerror/도 인시던트 보고 서버에 연결됩니다).
- "인시던트"(충돌) 후 인시던트 보고서가 HTTPS(시스템 소스 포트 4000-4999)를 사용하여 이 URL에 게시됩니다.
전체 응용 프로그램이 충돌하지 않을 수 있습니다. ACR는 시스템의 하위 구성 요소에 의해 생성될 수도 있습니다.
어떤 이유로든 충돌 보고를 켤 수 없거나 시스템에 서버에 대한 라우팅 가능한 액세스 권한이 없는 경우, 생성된 ACR는 시스템에서 별도로 복사한 다음 지원 티켓에 첨부할 수 있습니다.
그런 다음 Cisco 지원 엔지니어는 조사를 위해 ACR를 보고 서버에 수동으로 업로드할 수 있습니다. 대부분의 경우 문제의 원인을 파악하려면 시스템 스냅샷도 필요합니다.
인시던트 보고서는 Maintenance(유지 관리) > Incident reporting(인시던트 보고) > View(보기) 페이지(X7.0 / XC1.1 이상 버전에서는 Maintenance(유지 관리) > Diagnostics(진단) > Incident reporting(인시던트 보고) > View(보기))에서 보고 복사할 수 있습니다.
센서 로그
어플라이언스 하드웨어에는 Linux OS(운영 체제)에서 값을 읽을 수 있는 여러 센서가 포함되어 있습니다. 이러한 센서를 검색하려면 명령 프롬프트에 센서를 입력합니다. 그런 다음 출력을 지원 티켓에 연결할 수 있습니다.
~ # sensors
acpitz-virtual-0
Adapter: Virtual device
it8712.7-isa-0290
Adapter: ISA adapter
VCore: +1.22 V (min = +0.83 V, max = +1.39 V)
DDR 1.8V: +1.78 V (min = +1.62 V, max = +1.98 V)
VCC 3.3V: +3.31 V (min = +3.14 V, max = +3.47 V)
VCC 5V: +5.00 V (min = +4.76 V, max = +5.24 V)
+12V: +12.22 V (min = +9.60 V, max = +14.40 V)
VCC 1.5V: +1.49 V (min = +1.42 V, max = +1.57 V)
VBat: +3.26 V (min = +2.99 V)
Fan 1: 9375 RPM (min = 7670 RPM, div = 8)
Fan 2: 9375 RPM (min = 7670 RPM, div = 8)
Fan 3: 10546 RPM (min = 7670 RPM, div = 8)
Sys Temp1: +18.0 C (high = +45.0 C) sensor = thermistor
Sys Temp2: +20.0 C (high = +45.0 C) sensor = thermistor
CPU Temp: +18.0 C (high = +50.0 C) sensor = thermal diode
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +35.0 C (high = +78.0 C, crit = +100.0 C)
coretemp-isa-0001
Adapter: ISA adapter
Core 1: +32.0 C (high = +78.0 C, crit = +100.0 C)
DMI 코드
문제가 발생할 경우 DMI 코드는 Cisco 지원 엔지니어에게 해당 시스템에 적용된 엔지니어링 변경 요청을 나타내는 유용한 참조 코드를 제공할 수 있습니다.
루트 콘솔 세션에서 cat /sys/class/dmi/id/chassis_version 명령을 입력하고 출력을 추가하거나 시스템 스냅샷의 dmidecode.txt 파일을 지원 티켓에 포함합니다.
보드 테스트
명령 보드root console 세션에서 detect를 입력하고 지원 티켓에 출력을 추가합니다.
smartctl
VCS에는 두 가지 유형의 디스크가 있습니다.
- SDA - VCS의 기본 디스크입니다. 이 디스크에 장애가 발생하면 VCS가 전혀 부팅되지 않습니다. 이 작업이 실패하면 VCS가 성공적으로 부팅되지 않습니다.
- SDB - 보조 디스크 이 디스크에 오류가 발생하면 VCS에 문제가 발생할 수 있습니다. SDB의 실패 여부를 확인하는 가장 좋은 방법은 smartctl 툴을 사용하는 것입니다.
Linux OS에는 하드 디스크 SMART(Self-Monitoring, Analysis and Reporting Technology) 데이터를 검사하는 하드 디스크 검사기가 포함되어 있습니다.
이를 실행하려면 루트 콘솔 세션에서 명령 프롬프트에 smartctl -all /dev/sdb2를 입력합니다. 그런 다음 출력을 지원 티켓에 연결할 수 있습니다.
~ # smartctl --all /dev/sdb2
smartctl 5.39.1 2010-01-28 r3054 [x86_64-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.10 family
Device Model: ST3250410AS
Serial Number: 9RY29MGL
Firmware Version: 3.AAC
User Capacity: 250,059,350,016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Apr 4 16:10:02 2011 GMT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 64) minutes.
SCT capabilities: (0x0001) SCT Status supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 111 092 006 Pre-fail Always - 35118725
3 Spin_Up_Time 0x0003 097 097 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1076
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 313078675
9 Power_On_Hours 0x0032 073 073 000 Old_age Always - 23803
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1078
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 074 068 045 Old_age Always - 26
(Lifetime Min/Max 24/32)
194 Temperature_Celsius 0x0022 026 040 000 Old_age Always - 26 (0 12 0 0)
195 Hardware_ECC_Recovered 0x001a 081 051 000 Old_age Always - 149212051
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
ifconfig 출력
일부 어플라이언스는 물리적 네트워크 포트가 손실될 수 있습니다. 이를 확인하려면 루트 콘솔 세션을 열고 ifconfig -a 명령을 입력합니다. | grep eth. 4개의 인터페이스가 나열되어야 합니다.
~ # ifconfig -a | grep eth
eth0 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:90
eth1 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:91
eth2 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:92
eth3 Link encap:Ethernet HWaddr 00:10:F3:1E:D4:93
4개 미만이 나열되면 재부팅으로 해결되기도 하지만 이 어플라이언스에 하드웨어 문제가 있을 수 있습니다.
Ethtool 통계 덤프
Linux OS에는 이더넷 어댑터 통계를 덤프하는 도구가 포함되어 있습니다.
LAN 2 포트에 문제가 있는 경우 루트 콘솔 세션에서 어플라이언스에서 사용하는 주 네트워크 어댑터에 대한 ethtool -S eth0 명령을 입력하거나 ethtool -S eth1을 입력합니다.
~ # ethtool -S eth0
NIC statistics:
rx_packets: 49308441
tx_packets: 13055377
rx_bytes: 10446941316
tx_bytes: 8354830356
rx_broadcast: 36524340
tx_broadcast: 129146
rx_multicast: 5884
tx_multicast: 79
rx_errors: 0
tx_errors: 0
tx_dropped: 0
multicast: 5884
collisions: 0
rx_length_errors: 0
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
tx_restart_queue: 0
rx_long_length_errors: 0
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 115846
tx_tcp_seg_failed: 0
rx_flow_control_xon: 465
rx_flow_control_xoff: 465
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_long_byte_count: 10446941316
rx_csum_offload_good: 12205535
rx_csum_offload_errors: 0
rx_header_split: 0
alloc_rx_buff_failed: 0
tx_smbus: 0
rx_smbus: 0
dropped_smbus: 0
rx_dma_failed: 0
tx_dma_failed: 0
바이러스 검사
바이러스 존재를 검색하기 위해 루트 콘솔 세션에서 ps aux 명령을 사용할 수 있습니다.
예를 들어 'war dialer'를 확인하려면 ps aux를 입력합니다 | grep svwar.py. 이렇게 하면 'war dialer'가 있는 경우 다음과 유사한 여러 출력 행이 생성됩니다.
9430 root 20 0 19020 4340 1880 R 1 0.1 0:00.01 python svwar.py -v -d
users.txt <address>
바이러스가 없는 경우 명령은 출력을 생성하지 않습니다.
경보 및 경고
경보 및 경고는 CLI에 로그인하거나 xstatus 명령을 입력할 때뿐만 아니라 시스템 웹 페이지에 표시됩니다. LCD 패널에도 표시될 수 있습니다.
웹 인터페이스의 화면 캡처 또는 xstatus 명령의 출력을 제공해야 합니다. 예를 들면 다음과 같습니다.
물증
다음 예와 같이 수행된 절차의 카메라 폰 비디오 또는 모니터 출력, LED, LCD 및 네트워크 링크 표시등의 사진은 RMA의 근본 원인을 찾는 데 매우 유용합니다.
경보 LED 표시등
LCD 텍스트
콘솔 액세스
네트워크 문제 또는 VCS/TelePresence Conductor에 원격으로 액세스하지 못하게 하는 기타 문제가 있을 때 로그 또는 기타 정보를 수집하기 위해 직렬 콘솔을 사용할 수 있습니다. 어플라이언스 전면의 데이터 포트에 연결해야 합니다.
콘솔 연결에는 다음 설정을 사용해야 합니다.
| 설정 | 가치 |
| 전송 속도 | 115200 비트/초 |
| 데이터 비트 | 8 |
| 패리티 | 없음 |
| 정지 비트 | 1 |
| 플로우 제어(하드웨어 및 소프트웨어) | 없음 |
기본 구성 복원
매우 드물게 시스템에서 "공장 초기화" 스크립트를 실행해야 할 수 있습니다. 이렇게 하면 소프트웨어 이미지가 다시 설치되고 컨피그레이션이 기능 최소값으로 재설정됩니다.
필수 구성 요소 파일
다음에 설명된 공장 재설정 절차는 가장 최근에 성공적으로 설치된 소프트웨어 이미지를 기반으로 시스템을 재구축합니다. 이 재설치에 사용되는 파일은 시스템의 /mnt/harddisk/factory-reset/ 폴더에 저장됩니다. 이 파일은 다음과 같습니다.
- rk라는 이름의 16자 릴리스 키만 포함된 텍스트 파일입니다.
- tandberg-image.tar.gz라는 tar.gz 형식의 소프트웨어 이미지를 포함하는 파일입니다.
경우에 따라(대부분 업그레이드되지 않은 새로운 가상 머신 설치) 이러한 파일은 시스템에 표시되지 않습니다. 이 경우, 이러한 파일은 먼저 SCP를 루트로 사용하여 배치해야 합니다.
기본 구성으로 재설정 수행
이 절차는 직렬 콘솔에서 또는 키보드 및 모니터를 통해 어플라이언스에 직접 연결하여 수행해야 합니다. 이는 네트워크 설정이 재작성되므로 재설정 시작에 사용된 SSH 세션이 삭제되고 절차의 출력이 표시되지 않기 때문입니다.
이 프로세스는 약 20분 정도 소요됩니다.
- 시스템에 root로 로그인합니다.
- factory-reset을 입력합니다.
- 필요에 따라 질문에 답합니다. 권장 응답은 시스템을 공장 기본 상태로 완전히 재설정합니다.
프롬프트에서 중단될 수 있습니다 권장 응답 옵션 키 {YES/NO] 유지? 예 IP 컨피그레이션을 유지하시겠습니까[예/아니요]? 예 ssh 키 유지[예/아니요]? 예 SSL 인증서 및 키[YES/NO] 유지? 예 루트 및 관리자 비밀번호[YES/NO] 유지? 예 로그 파일 [YES/NO]을(를) 저장하시겠습니까? 예 하드 디스크를 교체하시겠습니까[예/아니요]? (레거시 어플라이언스 하드웨어에서 실행 중인 시스템에만 적용됨) 아니요 - 마지막으로, 진행할 것임을 확인합니다.
USB 스틱을 통해 재설정
Cisco TAC에서는 다른 재설정 방법을 제안할 수도 있습니다. 이렇게 하려면 USB 스틱에 소프트웨어 이미지를 다운로드한 다음 USB 스틱을 연결하여 시스템을 재부팅해야 합니다.
이 방법을 사용하는 경우 사용 후 USB 스틱을 지우고 다시 빌드해야 합니다. 한 시스템을 재설정한 다음 USB 스틱을 가져와서 다른 시스템에 재사용하지 마십시오.
일반적인 비하드웨어 장애 문제
디스크 꽉 참 - 공간
하드 디스크에는 설정된 양의 데이터만 포함할 수 있습니다. 하드 디스크가 꽉 차면 하드웨어 장애가 발생한 것처럼 보일 수 있지만, 이는 사실이 아니며 RMA는 이 문제를 해결하는 권장 방법이 아닙니다. 현재 디스크 사용률을 확인하고 확인하려면 df as root 명령을 실행합니다. df의 -h 스위치는 데이터를 사람이 읽을 수 있는 형식(1k 블록 대신 MB 및 GB)으로 인쇄할 것을 요청합니다.
~ # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 955M 493M 414M 55% /
devtmpfs 3.0G 236K 3.0G 1% /dev
/dev/ram0 190M 3.7M 176M 3% /var
/dev/ram1 1.5G 3.2M 1.4G 1% /tmp
/dev/sda7 955M 670M 237M 74% /tandberg
/dev/sdb2 40G 7.0G 31G 19% /mnt/harddisk
이 예에서는 모든 파티션이 완전히 꽉 찼음을 확인할 수 있습니다(100% 또는 100% 부근). 파티션이 100%(97%+) 이상인 경우 일부 파일을 삭제해야 할 수 있습니다. 어떤 파일을 삭제해야 할지 잘 모르는 경우 Cisco TAC에 문의하십시오.
디스크 가득 참 - Inode
실제 저장 공간 외에 VCS는 하드 디스크의 inode를 사용합니다. 이 값이 꽉 차면 디스크 자체가 꽉 찬 경우와 비슷합니다.
~ # df -ih
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda5 61K 14K 48K 23% /
devtmpfs 746K 2.2K 744K 1% /dev
/dev/ram0 49K 80 49K 1% /var
/dev/ram1 92K 630 91K 1% /tmp
/dev/sda7 61K 2.0K 59K 4% /tandberg
/dev/sdb2 2.5M 2.1K 2.5M 1% /mnt/harddisk
하드 디스크가 꺼져 있거나 inode가 거의 떨어져 있는 경우 일반적으로 매우 작은 파일이 많다는 것을 의미합니다. 제거해야 할 대상과 그것이 생성된 이유를 확인하려면 Cisco TAC에 문의하여 도움을 받는 것이 좋습니다.
피드백