구성 관리
쇼 | 비교 | 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" 태그 내 syslog 의 문 출력에 대한 계층에 [edit system syslog] 코멘트가 추가되었음을 junos:comment 나타냅니다.
[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"설명의 계층에서[edit system]코멘트가 삭제되었음을 나타냅니다.syslog -
태그에 대한
junos:comment속성은operation="create"명령문의 계층에[edit system]코멘트가 추가되었음을 나타냅니다.syslog
[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 는 추가에 대한 컨텍스트를 제공합니다.
-
태그의 속성은
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>
컨테이너 내부의 순서 변경(병합 작업, 삽입 및 키 속성)
다음 예는 계층에서 [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
또는 명령을 실행하여 특정 롤백 번호에 대한 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 2개 구성을 비교할 수 있습니다.
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
옵션을 포함하여 특정 CRI에 대한 롤백 번호 보기를 사용할 수도 있습니다 rollback-number cri-string .
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
구성 파일(기본값)을 압축하여 필요한 디스크 공간의 양을 최소화하는 것이 좋습니다.
-
현재 구성 파일을 압축하려면 계층 수준에서 문을 포함
compress-configuration-files합니다.[edit system][edit system] compress-configuration-files;
-
현재 구성 파일을 커밋하여 문을 포함합니다.
compression-configuration-files구성을 다시 커밋하여 현재 구성 파일을 압축합니다:[edit system] user@host#
set compress-configuration-filesuser@host#commitcommit complete -
현재 운영 구성 파일을 압축하지 않으려면 계층 수준에서 문을 포함
no-compress-configuration-files합니다.[edit system][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임시 파일 삭제 —이틀 내에 액세스하지 않은 모든 파일을 삭제합니다. -
Deletes all crash files in
/var/crash—오류 중에 디바이스가 작성한 모든 핵심 파일을 삭제합니다. -
에 있는
/var/sw/pkg모든 소프트웨어 이미지(*.tgz파일) 삭제 —소프트웨어 업그레이드 중에 이 디렉터리에 복사된 모든 소프트웨어 이미지를 삭제합니다.
CLI를 사용하여 로그 파일을 회전시키고 불필요한 파일을 삭제하려면:
명령을 실행 request system storage cleanup dry-run 하여 안전하게 삭제할 수 있는 파일 목록을 검토할 수 있습니다. 시험 실행 작업을 사용하면 파일 삭제 명령을 내리 request system storage cleanup 기 전에 목록을 검토할 수 있습니다.