구성 관리
쇼 | 비교 | display xml 명령 출력
- 명령문 추가(생성 작업)
- 명령문 삭제(삭제 작업)
- 명령문 변경(삭제 및 생성 작업)
- 메타데이터 변경(비활성 속성 및 작업)
- 주석 추가(코멘트 태그 및 생성 작업)
- 주석 변경(코멘트 태그, 삭제 및 생성 작업)
- 컨테이너 안에 명령문 추가(생성 작업, 삽입 및 키 속성)
- 컨테이너 안의 순서 변경(병합 작업, 삽입 및 키 속성)
명령문 추가(생성 작업)
아래의 예에는 유닛 0에 IPv4 주소 2.2.2.2를 추가하는 방법이 나와 있습니다.
을(를) 통한 name 태그는 추가에 대한 컨텍스트를 제공합니다. 속성은 operation="create" 명령문이 생성되었으며 태그 내의 unit 구성에 의해 정의됨을 unit 나타냅니다.
[edit interfaces et-0/0/0] user@host>show configuration | compare[edit interfaces et-0/0/0] + unit 0 { + family inet { + address 2.2.2.2/32; + } + } [edit interfaces et-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>et-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>
아래의 예에는 인터페이스에서 유닛 0을 삭제하는 방법이 나와 있습니다 et-0/0/0 . 명령문을 따르는 unit 구성은 삭제되었지만 출력되지는 않습니다.
[edit interfaces et-0/0/0] user@host>show configuration | compare[edit interfaces et-0/0/0] - unit 0 { - family inet { - address 2.2.2.2/32; - } - } [edit interfaces et-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>et-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 태그는 주석에 대한 컨텍스트를 제공합니다. operation="create" 태그에 junos:comment 대한 속성은 태그 내의 명령문 출력을 위한 계층에 코멘트가 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 태그는 주석에 대한 컨텍스트를 제공합니다.
-
태그에
operation="delete"junos:comment대한 속성은 명령문의 계층syslog에서[edit system]코멘트가 삭제되었음을 나타냅니다. -
태그의
operation="create"junos:comment속성은 명령문의 계층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>
컨테이너 안에 명령문 추가(생성 작업, 삽입 및 키 속성)
아래의 예에는 계층에서 명령문을 추가하는 file 방법이 나와 있습니다 [edit system syslog] . 을(를) 통한 syslog 태그는 추가에 대한 컨텍스트를 제공합니다.
-
operation="create"태그의file속성은 명령문이 추가되었음을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>
컨테이너 안의 순서 변경(병합 작업, 삽입 및 키 속성)
다음 예에서는 계층에서 명령문의 순서를 file 변경하는 방법을 보여 줍니다 [edit system syslog] . 을(를) 통한 syslog 태그는 변경에 대한 컨텍스트를 제공합니다.
-
operation="merge"태그의file속성은 기존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
이전에 커밋된 구성으로 복귀
이 항목에서는 가장 최근에 커밋된 구성보다 이전 구성으로 돌아가는 방법을 설명합니다.
이전 구성으로 돌아가는 예
이전 구성으로 돌아가려면 명령에 0에서 49 rollback 까지의 구성 번호를 포함합니다. 가장 최근에 저장된 구성은 번호 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
또는 명령을 실행하여 특정 롤백 번호에 대한 CRI를 볼 수 있습니다 show system rollback number configuration-revision .
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 저장됩니다. 운영 구성 파일은 구성의 마지막 커밋 버전 3개와 함께 저장됩니다. 대규모 네트워크가 있는 경우 현재 구성 파일이 /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삭제—오류 발생 시 디바이스가 작성한 모든 핵심 파일을 삭제합니다. -
에 있는
/var/sw/pkg모든 소프트웨어 이미지(*.tgz파일) 삭제 - 소프트웨어 업그레이드 중에 이 디렉터리에 복사된 모든 소프트웨어 이미지를 삭제합니다.
CLI를 사용하여 로그 파일을 회전시키고 불필요한 파일을 삭제하려면,
명령을 실행하여 request system storage cleanup dry-run 안전하게 삭제할 수 있는 파일 목록을 검토할 수 있습니다. 시험 실행 작업을 통해 파일 삭제 명령을 실행하기 request system storage cleanup 전에 목록을 검토할 수 있습니다.