- Community Home
- >
- HPE Community, Korea
- >
- HP-UX
- >
- Diagnostics cpu점유율이 100%일수있나요?
HP-UX
1820391
회원
3278
온라인
109623
솔루션
포럼
범주
Company
Local Language
뒤로
포럼
토론 게시판
포럼
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
토론 게시판
토론 게시판
토론 게시판
포럼
토론 게시판
뒤로
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
블로그
정보
커뮤니티 언어
언어
포럼
블로그
3 응답 3
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 02-19-2004 11:00 PM
날짜: 02-19-2004 11:00 PM
Diagnostics cpu점유율이 100%일수있나요?
cclogd,diaglogd 데몬때문이구요.. 버그입니다.
먼저 swlist로 OnlineDiag의 버젼을 확인하셔서 아래에 나와있는 패치를 적용하세요.
Good day~~
- itrc문서1 -
There is a known problem with older versions of the diagnostics prior to
December 2000. Diaglogd can use excessive cpu time and/or create a
large /var/stm/data/diaglogd_hold_list file. The file can get corrupted when
diaglogd is trying to purge an error log from the in-memory copy of the hold
list. Often this situation is triggered by a device reporting an error, such as
a broken disk.
The solution is to update to Online Diagnostics (STM) version
December 2000 or later:
http://docs.hp.com/hpux/onlinedocs/diag/stm/str_0012_11.htm
- itrc문서2 -
An HP-UX server exhibited the following symptoms:
* Performance is very slow.
* A large core file exists on the root file system.
* The cclogd daemon occupied 99.8% of cpu (per top(1)).
What could be causing this problem?
CONFIGURATION
HP-UX 11.00
Subsystem - cclogd
STM version - A.21.00
RESOLUTION
This is a known problem with earlier versions of cclogd that is fixed by later
versions of EMS and appropriate patches:
PATCH OS From media
---------- ----- -----------------------------------------
PHSS_25843 11.00 December 2000 Diagnostics version A.24.00
PHSS_24044 11.00 March 2001 Diagnostics version A.24.00
PHSS_24045 11.11 March 2001 Diagnostics version A.25.00
As a workaround, the server may return to normal after removing the core file
and restarting the cclogd daemon as follows:
# /sbin/init.d/diagnostic stop
# /sbin/init.d/diagnostic start
(then try executing STM).
먼저 swlist로 OnlineDiag의 버젼을 확인하셔서 아래에 나와있는 패치를 적용하세요.
Good day~~
- itrc문서1 -
There is a known problem with older versions of the diagnostics prior to
December 2000. Diaglogd can use excessive cpu time and/or create a
large /var/stm/data/diaglogd_hold_list file. The file can get corrupted when
diaglogd is trying to purge an error log from the in-memory copy of the hold
list. Often this situation is triggered by a device reporting an error, such as
a broken disk.
The solution is to update to Online Diagnostics (STM) version
December 2000 or later:
http://docs.hp.com/hpux/onlinedocs/diag/stm/str_0012_11.htm
- itrc문서2 -
An HP-UX server exhibited the following symptoms:
* Performance is very slow.
* A large core file exists on the root file system.
* The cclogd daemon occupied 99.8% of cpu (per top(1)).
What could be causing this problem?
CONFIGURATION
HP-UX 11.00
Subsystem - cclogd
STM version - A.21.00
RESOLUTION
This is a known problem with earlier versions of cclogd that is fixed by later
versions of EMS and appropriate patches:
PATCH OS From media
---------- ----- -----------------------------------------
PHSS_25843 11.00 December 2000 Diagnostics version A.24.00
PHSS_24044 11.00 March 2001 Diagnostics version A.24.00
PHSS_24045 11.11 March 2001 Diagnostics version A.25.00
As a workaround, the server may return to normal after removing the core file
and restarting the cclogd daemon as follows:
# /sbin/init.d/diagnostic stop
# /sbin/init.d/diagnostic start
(then try executing STM).
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 02-19-2004 11:00 PM
날짜: 02-19-2004 11:00 PM
Diagnostics cpu점유율이 100%일수있나요?
이곳에 가셔서 최신의 stm을 download하시기 바랍니다.
https://payment.ecommerce.hp.com/portal/swdepot/try.do?productNumber=B6191AAE
그럼~~
https://payment.ecommerce.hp.com/portal/swdepot/try.do?productNumber=B6191AAE
그럼~~
- 신규로 표시
- 북마크
- 구독
- 소거
- RSS 피드 구독
- 강조
- 인쇄
- 부적절한 컨텐트 신고
날짜: 02-19-2004 11:00 PM
날짜: 02-19-2004 11:00 PM
Diagnostics cpu점유율이 100%일수있나요?
OnlineDiagenostic의 문제점인 것 같습니다.
제가 있는 곳도 그러한 문제점이 가끔 발생을
하곤 했었습니다.
일단 말씀하신 diagnostic 관련 daemon이 CPU 점유율이
100%일때는 Daemon 을 강제로 kill을 시키셔도 되고
dianotics Program을 stop 시키셨다가 restart 하셔도
됩니다. /sbin/init.d/diagnotics {stop|start}를 사용
하셔도 됩니다.
하지만 OnlineDiag Program version이 낮아서 발생하는
문제 같습니다.
서버에서 mstm을 실행시켜 보시면 program version이
보입니다. 현재 제가 알고 있는 최신 Version 은
HP-UX 11.00 은 42.00 이며, HP-UX 11.11 은 43.00입니다
제가 있는 곳에서는 Upgrade후 문제가 발생하지 않고
있습니다. software 를 Download 했던곳이 정확히
생각나지 않아 URL은 올리지 못하겠네요. 혹시 바로
찾을 수 있으면 올려 드리겠습니다.
제가 있는 곳도 그러한 문제점이 가끔 발생을
하곤 했었습니다.
일단 말씀하신 diagnostic 관련 daemon이 CPU 점유율이
100%일때는 Daemon 을 강제로 kill을 시키셔도 되고
dianotics Program을 stop 시키셨다가 restart 하셔도
됩니다. /sbin/init.d/diagnotics {stop|start}를 사용
하셔도 됩니다.
하지만 OnlineDiag Program version이 낮아서 발생하는
문제 같습니다.
서버에서 mstm을 실행시켜 보시면 program version이
보입니다. 현재 제가 알고 있는 최신 Version 은
HP-UX 11.00 은 42.00 이며, HP-UX 11.11 은 43.00입니다
제가 있는 곳에서는 Upgrade후 문제가 발생하지 않고
있습니다. software 를 Download 했던곳이 정확히
생각나지 않아 URL은 올리지 못하겠네요. 혹시 바로
찾을 수 있으면 올려 드리겠습니다.
위에 명시된 의견은 Hewlett Packard Enterprise가 아닌 저자의 개인 의견입니다. 이 사이트를 사용하면 이용 약관에 동의하게되며 참여 규칙 .
회사
주요 내용 알아보기
뉴스 및 이벤트
© Copyright 2025 Hewlett Packard Enterprise Development LP