구성 관리
show | compare | display xml 명령 출력
compare | display xml 필터는 후보 구성과 현재 커밋된 구성을 비교하여 두 구성 간의 차이를 XML에 표시합니다. 구성을 비교하려면 운영 모드 또는 구성 모드에서 수직선(|) 기호 다음에 compare | display xml을 입력하십시오.
운영 모드에서의 예시는 다음과 같습니다.
user@host> show configuration | compare | display xml
구성 모드에서의 예시는 다음과 같습니다.
[edit]
user@host# show | compare | display xml
compare 필터 바로 앞에 특정 구성 계층을 입력하실 수 있습니다(예: show configuration system syslog | compare | display xml). 구성 모드에서는 명령이 적용되는 계층으로 이동하실 수 있습니다.
비교 필터 기능에서 나온 차이점이 XML의 출력 결과입니다. configuration 태그에서 출력이 시작됩니다. 비교 원인과 관련한 계층 이름 태그와 함께 변경을 위한 컨텍스트가 설정됩니다. 요소 변경의 경우, 변경이 일어나는 태그의 출력은 operation 속성입니다. 이 속성은 create, delete 또는 merge 값을 갖습니다. 메타데이터 변경의 경우, 해당 메타데이터 이름이 지정됩니다. 예를 들어, 명령문이 비활성으로 표시되는 경우 inactive="inactive" 속성 및 값이 출력됩니다. 속성이 운영 체제 네임스페이스가 아닌 NETCONF 네임스페이스에 있음을 나타내기 위해 필요한 경우 nc 네임스페이스가 사용됩니다.
Junos OS 릴리스 16.2R2부터는, 비교한 결과 차이가 없거나 네이티브가 아닌 구성 데이터(예: OpenConfig 데이터 모델과 연관된 구성 데이터)에 대한 차이점만 표시하는 경우 show | compare | display xml 명령이 XML 출력에서 <configuration> 태그를 생략합니다.
아래 섹션에는 특정 유형의 구성 변경에 대해 생성되는 XML에 대한 설명이 나와 있습니다. 비교를 위해 해당되는 텍스트 변경이 표시됩니다.
- 명령문 추가(생성 작업)
- 명령문 삭제(삭제 작업)
- 명령문 변경(삭제 및 생성 작업)
- 메타데이터 변경(비활성 속성 및 작업)
- 주석 추가(코멘트 태그 및 생성 작업)
- 주석 변경(코멘트 태그, 삭제 및 생성 작업)
- 컨테이너 안에 명령문 추가(생성 작업, 삽입 및 키 속성)
- 컨테이너 안의 순서 변경(병합 작업, 삽입 및 키 속성)
명령문 추가(생성 작업)
아래의 예에는 유닛 1에 IPv4 주소 2.2.2.2를 추가하는 방법이 나와 있습니다.
name을(를) 이용한 태그는 추가 작업에 대한 컨텍스트를 제공합니다. operation="create" 속성은 unit 명령문이 생성되었으며 unit 태그 내의 구성에 의해 정의됨을 나타냅니다.
[edit interfaces ge-0/0/0] user@host>show configuration | compare[edit interfaces ge-0/0/0] + unit 1 { + family inet { + address 2.2.2.2/32; + } + } [edit interfaces ge-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>ge-0/0/0</name> <unit nc:operation="create"> <name>1</name> <family> <inet> <address> <name>2.2.2.2/32</name> </address> </inet> </family> </unit> </interface> </interfaces> </configuration>
명령문 삭제(삭제 작업)
아래의 예에는 구성 계층에서 단순 명령문을 삭제하는 방법이 나와 있습니다. system을(를) 이용한 태그는 삭제 작업에 대한 컨텍스트를 제공합니다. operation="delete" 속성은 services 명령문이 삭제되었음을 나타냅니다. services 명령문을 따르는 구성은 출력은 아니지만 삭제되었습니다.
[edit system] user@host>show configuration | compare[edit system] - services { - ftp; - } [edit system] user@host#show | compare | display xml<configuration> <system> <services operation="delete"/> </system> </configuration>
아래의 예에는 ge-0/0/0 인터페이스에서 유닛 1을 삭제하는 방법이 나와 있습니다. unit 명령문을 따르는 구성은 출력은 아니지만 삭제되었습니다.
[edit interfaces ge-0/0/0] user@host>show configuration | compare[edit interfaces ge-0/0/0] - unit 1 { - family inet { - address 2.2.2.2/32; - } - } [edit interfaces ge-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>ge-0/0/0</name> <unit nc:operation="delete"> <name>1</name> </unit> </interface> </interfaces> </configuration>
아래의 예에는 apply-groups 구성을 삭제하는 방법이 나와 있습니다. 삭제되는 그룹은 출력에 표시되지 않습니다.
[edit] user@host#delete apply-groups[edit] user@host>show configuration | compare[edit] - apply-groups [ g1 g2 g3 ]; [edit] user@host#show | compare | display xml<configuration> <apply-groups operation="delete"/> </configuration>
명령문 변경(삭제 및 생성 작업)
아래의 예에는 계층의 명령문 변경이 나와 있습니다. system을(를) 이용한 태그는 변경에 대한 컨텍스트를 제공합니다. operation="delete" 속성은 host-name 명령문이 삭제되었음을 나타냅니다. host-name 명령문을 따르는 구성은 삭제되었지만 출력에는 표시되지 않습니다. operation="create" 속성은 host-name 명령문이 생성되었으며 host-name 태그 내의 구성에 의해 정의됨을 나타냅니다.
[edit system] user@host>show configuration | compare[edit system] - host-name router1; + host-name router2; [edit system] user@host#show | compare | display xml<configuration> <system> <host-name nc:operation="delete"/> <host-name nc:operation="create">router2</host-name> </system> </configuration>
메타데이터 변경(비활성 속성 및 작업)
아래의 예에는 계층의 명령문 비활성화가 나와 있습니다. system을(를) 이용한 태그는 변경에 대한 컨텍스트를 제공합니다. inactive="inactive" 속성은 syslog 명령문이 비활성화되었음을 나타냅니다.
[edit system] user@host>show configuration | compare[edit system] ! inactive: syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <syslog inactive="inactive"/> </system> </configuration>
아래의 예에는 비활성 syslog 명령문을 추가하는 방법이 나와 있습니다. operation="create" 속성은 syslog 명령문이 생성되었으며 syslog 태그 내의 구성에 의해 정의됨을 나타냅니다. inactive="inactive" 속성은 syslog 명령문이 비활성화되었음을 나타냅니다.
[edit system] user@host>show configuration | compare[edit system] + inactive: syslog { + file foo { + any any; + } + } [edit system] user@host#show | compare | display xml<configuration> <system> <syslog nc:operation="create" inactive="inactive"> <file> <name>foo</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
주석 추가(코멘트 태그 및 생성 작업)
아래의 예에는 명령문에 코멘트를 추가하는 방법이 나와 있습니다. syslog을(를) 이용한 태그는 주석에 대한 컨텍스트를 제공합니다. junos:comment 태그에 대한 operation="create" 속성은 [edit system syslog] 계층에 코멘트가 추가되었음을 나타냅니다.
[edit system] user@host>show configuration | compare[edit system] + /* my-comments-simple */ syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <junos:comment nc:operation="create">/* my-comments-simple */</junos:comment> <syslog/> </system> </configuration>
아래의 예에는 명령문에 코멘트를 추가하는 방법이 나와 있습니다. syslog을(를) 이용한 태그는 주석에 대한 컨텍스트를 제공합니다. junos:comment 태그에 대한 operation="create" 속성은 syslog 태그 내의 명령문 출력을 위한 [edit system syslog] 계층에 코멘트가 추가되었음을 나타냅니다.
[edit system syslog] user@host>show configuration | compare+ /* my-comments-ele */ file f1 { ... } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <junos:comment nc:operation="create">/* my-comments-elem */</junos:comment> <file> <name>f1</name> </file> </syslog> </system> </configuration>
주석 변경(코멘트 태그, 삭제 및 생성 작업)
아래의 예에는 명령문에 대한 코멘트를 변경하는 방법이 나와 있습니다. system을(를) 이용한 태그는 주석에 대한 컨텍스트를 제공합니다.
-
junos:comment태그에 대한operation="delete"속성은syslog명령문의[edit system]계층에서 코멘트가 삭제되었음을 나타냅니다. -
junos:comment태그에 대한operation="create"속성은syslog명령문을 위한[edit system]계층에 코멘트가 추가되었음을 나타냅니다.
[edit system] user@host>show configuration | compare- /* my-comments-1 */ + /* my-comments-2 */ syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <junos:comment nc:operation="delete"/> <junos:comment nc:operation="create">/* my-comments-2 */</junos:comment> <syslog/> </system> </configuration>
컨테이너 안에 명령문 추가(생성 작업, 삽입 및 키 속성)
아래의 예에는 [edit system syslog] 계층에서 file 명령문을 추가하는 방법이 나와 있습니다. syslog을(를) 이용한 태그는 추가 작업에 대한 컨텍스트를 제공합니다.
-
file태그에 대한operation="create"속성은file명령문이 추가되었음을 나타냅니다. -
yang:insert="after"속성은yang:key="[name='file-1']"속성이 표시한 위치 뒤에 파일이 추가되었음을 나타냅니다. -
file-1 값은 기존
file명령문 내의 위치를 나타내며, 여기서 1은 첫 번째 파일을 의미합니다. -
이 예에서 새로운
file명령문은 첫 번째 파일 뒤에 추가되었습니다.
[edit system syslog] user@host>show configuration | compare[edit system syslog] file file-1 { ... } + file file-2 { + any any; + } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <file nc:operation="create" yang:insert="after" yang:key="[name='file-1']"> <name>file-2</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
컨테이너 안의 순서 변경(병합 작업, 삽입 및 키 속성)
아래의 예에는 [edit system syslog] 계층에서 file 명령문의 순서를 변경하는 방법이 나와 있습니다. syslog을(를) 이용한 태그는 변경에 대한 컨텍스트를 제공합니다.
-
file태그에 대한operation="merge"속성은 기존의file명령문이 이동했음을 나타냅니다. -
yang:insert="after"속성은 파일이yang:key="[name='file-1']"속성이 표시한 위치의 파일 뒤로 이동했음을 나타냅니다. -
file-1 값은 기존
file명령문 내의 위치를 나타내며, 여기서 1은 첫 번째 파일을 의미합니다. -
name태그의 값 file-3은 기존 파일 명령문 내의 위치를 나타냅니다. -
이 예에서 세 번째 위치의
file명령문이 첫 번째 파일 뒤로 이동했습니다.
[edit system syslog] user@host>show configuration | compare[edit system syslog] file f1 { ... } ! file f3 { ... } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <file nc:operation="merge" yang:insert="after" yang:key="[name='file-1']"> <name>file-3</name> </file> </syslog> </system> </configuration>
가장 최근에 커밋된 구성으로 복귀
가장 최근에 커밋한 구성으로 되돌아가 활성화 없이 구성 모드로 로드하려면 rollback 구성 모드 명령을 사용합니다.
[edit]
user@host# rollback
load complete
롤백한 구성을 활성화하려면 commit 명령을 사용합니다.
[edit] user@host#rollbackload complete [edit] user@host#commit
이전에 커밋된 구성으로 복귀
이 주제는 가장 최근에 커밋된 구성보다 더 이전 구성으로 돌아가는 방법을 설명합니다.
이전 구성으로 복귀의 예
이전 구성으로 복귀하려면 rollback 명령에 0~49의 구성 번호를 포함합니다. 가장 최근에 저장된 구성은 번호 0(시스템이 복귀하는 기본 구성)이며, 가장 오래전에 저장된 구성은 번호 49입니다.
예:
[edit]
user@host# rollback number
load complete
이전 구성 표시의 예
이전 구성을 표시하려면 rollback ? 명령을 사용합니다. 롤백 번호, 날짜, 시간, 변경을 커밋한 사용자 이름 및 커밋 방법을 포함합니다.
예:
[edit]
user@host# rollback ?
Possible completions:
<[Enter]> Execute this command
<number> Numeric argument
0 2018-02-27 12:52:10 PST by abc via cli
1 2018-02-26 14:47:42 PST by def via cli
2 2018-02-14 21:55:45 PST by ghi via cli
3 2018-02-10 16:11:30 PST by jkl via cli
4 2018-02-10 16:02:35 PST by mno via cli
5 2018-03-16 15:10:41 PST by pqr via cli
6 2018-03-16 14:54:21 PST by stu via cli
7 2018-03-16 14:51:38 PST by vwx via cli
8 2018-03-16 14:43:29 PST by yzz via cli
9 2018-03-16 14:15:37 PST by abc via cli
10 2018-03-16 14:13:57 PST by def via cli
11 2018-03-16 12:57:19 PST by root via other
12 2018-03-16 10:45:23 PST by root via other
13 2018-03-16 10:08:13 PST by root via other
14 2018-03-16 01:20:56 PST by root via other
15 2018-03-16 00:40:37 PST by ghi via cli
16 2018-03-16 00:39:29 PST by jkl via cli
17 2018-03-16 00:32:36 PST by mno via cli
18 2018-03-16 00:31:17 PST by pqr via cli
19 2018-03-15 19:59:00 PST by stu via cli
20 2018-03-15 19:53:39 PST by vwx via cli
21 2018-03-15 18:07:19 PST by yzz via cli
22 2018-03-15 17:59:03 PST by abc via cli
23 2018-03-15 15:05:14 PST by def via cli
24 2018-03-15 15:04:51 PST by ghi via cli
25 2018-03-15 15:03:42 PST by jkl via cli
26 2018-03-15 15:01:52 PST by mno via cli
27 2018-03-15 14:58:34 PST by pqr via cli
28 2018-03-15 13:09:37 PST by root via other
29 2018-03-12 11:01:20 PST by stu via cli
30 2018-03-12 10:57:35 PST by vwx via cli
31 2018-03-11 10:25:07 PST by yzz via cli
32 2018-03-10 23:40:58 PST by abc via cli
33 2018-03-10 23:40:38 PST by def via cli
34 2018-03-10 23:14:27 PST by ghi via cli
35 2018-03-10 23:10:16 PST by jkl via cli
36 2018-03-10 23:01:51 PST by mno via cli
37 2018-03-10 22:49:57 PST by pqr via cli
38 2018-03-10 22:24:07 PST by stu via cli
39 2018-03-10 22:20:14 PST by vwx via cli
40 2018-03-10 22:16:56 PST by yzz via cli
41 2018-03-10 22:16:41 PST by abc via cli
42 2018-03-10 20:44:00 PST by def via cli
43 2018-03-10 20:43:29 PST by ghi via cli
44 2018-03-10 20:39:14 PST by jkl via cli
45 2018-03-10 20:31:30 PST by root via other
46 2018-03-10 18:57:01 PST by mno via cli
47 2018-03-10 18:56:18 PST by pqr via cli
48 2018-03-10 18:47:49 PST by stu via cli
49 2018-03-10 18:47:34 PST by vw via cli
| Pipe through a command
[edit]
구성 버전 비교 정보
구성 모드에서만 구성을 변경한 경우 후보 구성을 이전 버전과 비교할 수 있습니다. 버전을 비교하려면 명령을 사용하여 compare 구성을 표시합니다. 명령은 compare 후보 구성을 현재 커밋된 구성 또는 구성 파일과 비교합니다. 이 명령은 두 구성 간의 차이점도 표시합니다.
구성을 비교하려면 파이프 뒤에 명령을 지정합니다 compare .
[edit]
user@host# show | compare (filename| rollback n)
-
filename은 구성 파일의 전체 경로입니다. 파일은 올바른 형식이어야 합니다. 문의 계층 구조입니다. -
n은(는) 이전에 커밋된 구성 목록에 대한 인덱스입니다. 가장 최근에 저장된 구성은 숫자 0이고, 가장 오래 전에 저장된 구성은 숫자 49입니다. 인수를 지정하지 않으면 시스템은 후보 구성을 활성 구성 파일()과 비교합니다./config/juniper.conf
비교 출력에는 다음과 같은 명령문의 접두사에 다음 기호가 포함됩니다.
-
후보 구성에서만: 더하기 기호(+)입니다.
-
비교 파일에서만: 빼기 기호(-).
-
변경; 하나의 공백( )입니다.
다음 예제에서는 다양한 변경 사항을 보여주고 후보 구성과 활성 구성을 비교합니다. 이 예제에서는 계층 수준에서 수행된 변경 사항만 보여 줍니다.[edit protocols bgp]
[edit] user@host#edit protocols bgp[edit protocols bgp] user@host#showgroup my-group { type internal; hold-time 60; advertise-inactive; allow 10.1.1.1/8; } group fred { type external; peer-as 33333; allow 10.2.2.2/8; } group test-peers { type external; allow 10.3.3.3/8; } [edit protocols bgp] user@host#set group my-group hold-time 90[edit protocols bgp] user@host#delete group my-group advertise-inactive[edit protocols bgp] user@host#set group fred advertise-inactive[edit protocols bgp] user@host#delete group test-peers[edit protocols bgp] user@host#show | compare[edit protocols bgp group my-group] -hold-time 60; +hold-time 90; -advertise-inactive; [edit protocols bgp group fred] +advertise-inactive; [edit protocols bgp] -group test-peers { -type external; -allow 10.3.3.3/8; } [edit protocols bgp] user@host#showgroup my-group { type internal; hold-time 90; allow 10.1.1.1/8; } group fred { type external; advertise-inactive; peer-as 3333; allow 10.2.2.2/8; }
구성 수정 식별자 사용
모든 커밋에는 연관된 구성 수정 식별자(CRI)가 있습니다. 이 CRI는 롤백 인덱스와 달리 새로운 구성이 커밋되어도 변경되지 않는 고유한 문자열입니다.
커밋된 특정 구성에 대해 CRI는 고정된 값이기 때문에 롤백 인덱스를 사용하는 것보다 이점이 있습니다. 네트워크 관리 시스템(NMS)은 특정 커밋에 대한 CRI를 캐시에 저장할 수 있습니다. 그랬다가 나중에 NMS는 캐시에 저장된 이 값을 네트워크 디바이스의 현재 구성에 대한 CRI와 비교하여 예를 들면 유지 관리 기간에 다른 시스템이 해당 디바이스에 대역 외 구성 변경을 했는지 탐지할 수 있습니다.
또한 Junos OS 및 Junos OS Evolved 릴리스 20.4R1부터는 커밋된 구성과 연관된 CRI를 사용하여 다음과 같은 작업을 수행할 수 있습니다.
-
구성 보기
-
두 개의 구성 비교하기
-
구성으로 되돌리기
-
해당 구성과 연관된 현재 롤백 인덱스 가져오기
각 커밋과 연관된 CRI를 보려면 show system commit include-configuration-revision 명령을 사용하십시오. 이 명령을 실행하면 각 커밋에 대한 CRI와 시스템 커밋 기록이 표시됩니다.
user@host> show system commit include-configuration-revision 0 2020-08-02 00:42:58 IST by user via cli re0-1596309177-4 1 2020-08-02 00:42:53 IST by user via cli re0-1596309173-3 2 2020-08-02 00:42:50 IST by user via cli re0-1596309170-2 3 2020-08-02 00:42:40 IST by user via other re0-1596309160-1
또는 show system rollback number configuration-revision 명령을 실행하여 특정 롤백 번호에 대한 CRI를 보는 방법도 있습니다.
user@host> show system rollback 0 configuration-revision The corresponding configuration revision is: re0-1596309177-4
특정 커밋에 대한 CRI 문자열을 확보했으면 show system configuration revision cri-string 명령으로 해당 구성을 볼 수 있습니다.
user@host> show system configuration revision re0-1596309177-4
두 개의 CRI에 대해 compare 옵션을 사용하여 두 개 구성을 비교할 수 있습니다.
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
또한 rollback-number cri-string 옵션을 포함하여 특정 CRI에 대한 롤백 번호 보기를 사용할 수도 있습니다.
user@host> show system configuration revision rollback-number re0-1596309160-1 The corresponding rollback number is: 3
그리고 구성 모드에서는 롤백 인덱스 대신 CRI를 지정하여 구성으로 롤백하는 것이 가능합니다.
[edit] user@host# rollback revision re0-1596309160-1 load complete [edit] user@host# commit
파일에 구성 저장
디바이스 구성을 파일에 저장하면 원하는 일반 텍스트 편집기를 사용하여 편집할 수 있습니다. 현재 구성을 ASCII 파일에 저장할 수 있습니다. 그러면 커밋되지 않은 변경 사항을 포함하여 구성이 현재 형태로 저장됩니다. 둘 이상의 사용자가 구성을 수정하는 경우 모든 사용자가 변경한 내용이 저장됩니다.
소프트웨어 구성 변경 사항을 ASCII 파일에 저장하려면 save 구성 모드 명령을 사용합니다.
[edit]
user@host# save filename
[edit]
user@host#
문 계층 구조의 현재 수준(및 아래)의 내용이 이를 포함하는 문 계층과 함께 저장됩니다. 이렇게 하면 구성 섹션을 저장하면서 문 계층을 완전히 지정할 수 있습니다.
기본적으로 구성은 플래시 드라이브에 있는 홈 디렉토리의 파일에 저장됩니다.
계층(상위 레벨 제외)의 아무 곳에서나 이 명령을 실행하면 파일 시작 부분에 replace 태그가 자동으로 포함됩니다. replace 태그를 사용하여 파일에서 구성이 로드되는 방식을 제어할 수 있습니다.
예:
user@host>file show /var/home/user/myconfreplace: protocols { bgp { disable; group int { type internal; } } isis { disable; interface all { level 1 disable; } interface fxp0.0 { disable; } } ospf { traffic-engineering; reference-bandwidth 4g; ... } }
현재 구성 파일 압축 설명
기본적으로 현재 운영 구성 파일은 압축되며 /config 파일 시스템의 파일 juniper.conf.gz에 저장됩니다. 운영 구성 파일은 구성의 마지막 커밋 버전 세 개와 함께 저장됩니다. 대규모 네트워크를 갖춘 경우, 현재 구성 파일은 /config 파일 시스템의 사용 가능한 공간을 초과할 수도 있습니다. 현재 구성 파일을 압축하면 파일이 파일 시스템에 맞을 수 있는데, 일반적으로 파일 크기를 90%로 줄입니다. 현재 운영 구성 파일의 크기가 3메가바이트(MB)에 도달하면 해당 파일을 압축하고 싶을 수도 있습니다.
현재 구성 파일을 압축하면 해당 구성 파일의 이름이 변경됩니다. /config 파일 시스템 내 파일 크기를 결정하려면 file list /config detail 명령을 내립니다.
구성 파일(기본값)을 압축하여 필요한 디스크 공간의 양을 최소화하는 것을 권장합니다.
-
현재 구성 파일을 압축하려면,
[edit system]계층 수준에서compress-configuration-files문을 포함합니다:[edit system] compress-configuration-files;
-
현재 구성 파일을 커밋하여
compression-configuration-files문을 포함합니다. 다시 구성을 커밋하여 현재 구성 파일을 압축합니다:[edit system] user@host#
set compress-configuration-filesuser@host#commitcommit complete -
현재 운영 구성 파일을 압축하지 않으려면,
[edit system]계층 수준에서no-compress-configuration-files문을 포함합니다:[edit system] no-compression-configuration-files;
-
현재 구성 파일을 커밋하여
no-compress-configuration-files문을 포함합니다. 다시 구성을 커밋하여 현재 구성 파일을 압축 해제합니다:[edit system] user@host#
set no-compress-configuration-filesuser@host#commitcommit complete
시스템 저장 공간 확보
문제
설명
디바이스의 시스템 파일 저장 공간이 가득 찼습니다. 스위치 재부팅으로는 이 문제는 해결되지 않습니다.
파일 저장 공간이 가득찬 후 디바이스의 전형적인 작업 중에 다음 오류 메시지가 나타납니다.
user@host%cliuser@host>configure/var: write failed, filesystem is full
솔루션
시스템 파일을 삭제하여 디바이스 파일 저장장치를 정리합니다.
-
시스템 파일 청소(삭제) 요청을 합니다.
user@host>
request system storage cleanup삭제할 파일 목록이 표시됩니다.
List of files to delete: Size Date Name 11B Jul 26 20:55 /var/jail/tmp/alarmd.ts 124B Aug 4 18:05 /var/log/default-log-messages.0.gz 1301B Jul 26 20:42 /var/log/install.0.gz 387B Jun 3 14:37 /var/log/install.1.gz 4920B Aug 4 18:05 /var/log/messages.0.gz 20.0K Jul 26 21:00 /var/log/messages.1.gz 16.3K Jun 25 13:45 /var/log/messages.2.gz 804B Aug 4 18:05 /var/log/security.0.gz 16.8K Aug 3 11:15 /var/log/security.1.gz 487B Aug 4 18:04 /var/log/wtmp.0.gz 855B Jul 29 22:54 /var/log/wtmp.1.gz 920B Jun 30 16:32 /var/log/wtmp.2.gz 94B Jun 3 14:36 /var/log/wtmp.3.gz 353.2K Jun 3 14:37 /var/sw/pkg/jloader-qfx-11.2I20110303_1117_dc-builder.tgz 124.0K Jun 3 14:30 /var/tmp/gres-tp/env.dat 0B Apr 14 16:20 /var/tmp/gres-tp/lock 0B Apr 14 17:37 /var/tmp/if-rtsdb/env.lck 12.0K Jul 26 20:55 /var/tmp/if-rtsdb/env.mem 2688.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr1.mem 132.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr2.mem 2048.0K Jul 26 20:55 /var/tmp/if-rtsdb/trace.mem 155B Jul 26 20:55 /var/tmp/krt_gencfg_filter.txt 0B Jul 26 20:55 /var/tmp/rtsdb/if-rtsdb 1400.6K Aug 3 10:13 /var/tmp/sfid.core.0.gz 1398.9K Aug 3 17:01 /var/tmp/sfid.core.1.gz Delete these files ? [yes,no] (no) -
yes을 선택하여 파일을 삭제할 수 있습니다. -
디바이스를 재부팅합니다.
시스템 파일 저장을 정리하도록 정기적으로 요청하는 것을 권장합니다. 시스템 파일 저장 공간을 정리하면 디바이스가 최적화됩니다.
CLI을 통한 파일 정리
CLI request system storage cleanup 명령을 사용해 로그 파일을 회전시키고 디바이스에서 불필요한 파일을 삭제할 수 있습니다. 저장 공간이 부족한 경우, 파일 정리 절차가 삭제할 수 있는 파일을 빠르게 식별합니다.
파일 정리 절차는 다음 작업을 수행합니다.
-
로그 파일 회전—현재 로그 파일에 있는 모든 정보를 보관하고, 오래된 아카이브를 삭제하고 새 로그 파일을 생성합니다.
-
/var/log로그 파일 삭제—현재 작성되지 않은 모든 파일을 삭제합니다. -
/var/tmp에서 임시 파일 삭제—이틀 내 액세스한 적 없는 모든 파일을 삭제합니다. -
/var/crash에 있는 모든 충돌 파일 삭제—오류 중 작성된 디바이스에 있는 모든 핵심 파일을 삭제합니다. -
에 있는 모든 소프트웨어 이미지(
*.tgz파일)/var/sw/pkg—소프트웨어 업그레이드 동안 이 디렉터리에 복사된 모든 소프트웨어 이미지를 삭제합니다.
CLI를 통해 로그 파일을 회전시키고 불필요한 파일을 삭제하려면,
request system storage cleanup dry-run 명령을 실행하여 안전하게 삭제할 수 있는 파일 목록을 검토합니다. 시험 실행 작업을 통해 request system storage cleanup 명령을 실행해 파일을 삭제하기 전 목록을 검토할 수 있습니다.
SRX 시리즈 방화벽에서 /var 계층 구조는 별도의 파티션에 호스팅됩니다(루트 파티션 대신). 공간 부족으로 운영 체제 설치가 실패하는 경우:
-
request system storage cleanup명령을 사용해 임시 파일을 삭제합니다. -
루트 파티션 및
/var계층 구조 모두에서 모든 사용자 생성 파일을 삭제합니다.
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.
show | compare | display xml 명령이 XML 출력에서 <configuration> 태그를 생략합니다.