3. File System Management

This chapter describes the file system management.

3.1. The File System

The 7210 SAS file system is used to store files used and generated by the system, for example, image files, configuration files, logging files, and accounting files.

The file commands allow you to copy, create, move, and delete files and directories, navigate to a different directory, display file or directory contents and the image version.

3.1.1. Compact Flash Devices

The file system is based on a DOS file system. The 7210 SAS devices provide several storage options, including internal flash and USB.

The following compact flash devices are supported:

  1. internal non-removable flash, cf1:\
  2. external removable compact flash or external removable SD card, cf2:\
  3. external USB slot, uf1:\

The device names are relative device names in that they refer to the devices local to the control processor running the current console session. As in the DOS file system, the colon (“:”) at the end of the name indicates it is a device.

Table 17 lists the storage locations available on specific 7210 SAS platforms.

Table 17:  Storage Locations on 7210 SAS Platforms  

7210 SAS Platforms

Storage Locations

cf1:\

cf2:\

uf1:\

7210 SAS-M

7210 SAS-Mxp

 1

7210 SAS-R6

 1

7210 SAS-R12

 1

7210 SAS-S 1/10GE

 2

7210 SAS-Sx 1/10GE

 2

7210 SAS-Sx 10/100GE

 2

7210 SAS-T

 1

    Notes:

  1. external removable compact flash
  2. external removable SD card

In addition to user-added files and directories, the number of files in the root directory can also increment when the admin save or bof save commands are issued. The system enforces a threshold limit of 80 entries (files and directories) for contents of the root directory on cf1:\; there is no restriction on the number of files and directories that you can add in the subdirectories. A trap (tmnxRootDirFull) is generated if the threshold limit is exceeded, and a warning is generated for each new file or directory created in the root directory on cf1:\ after the threshold limit is exceeded.

Note:

User intervention is required when the system displays the threshold exceeded event (tmnxRootDirFull). You are required to clean the root directory on cf1:\ and ensure that the number of entries (files or directories) is below the enforced threshold limit of 80 entries. Remove unnecessary files and directories from the root directory or move them to a subdirectory that you have created under the root directory. The system does not generate a warning when the number of files and directories is reduced below the threshold limit.

Use the file dir cf1:\ command to determine the number of entries (files or directories) in the root directory. For example, in the following listing, the total number of entries in the root directory (file and directories) is 14 files + 2 directories = 16.

*A:7210-SAS #
 
*A:7210-SAS #file dir
 
 Volume in drive cf1 on slot A is /flash.
 
 Volume in drive cf1 on slot A is formatted as FAT32.
 
Directory of cf1:\
 
10/12/2011  10:37p             4248394 boot.tim
10/17/2011  07:28a                 524 sasm.sdx
10/26/2011  10:06p                 828 bof.cfg
10/27/2011  09:04p      <DIR>          act-collect
10/27/2011  09:06p      <DIR>          act
10/17/2011  07:30a                   0 test1.txt
10/26/2011  10:43p                5360 sasm.cfg
10/11/2011  06:42a            28821599 both.tim
10/26/2011  10:42p               14597 bootlog.txt
10/19/2011  04:22a                 832 bof.cfg.1
10/17/2011  07:37a                 827 test1
10/17/2011  07:38a                 827 tes2
10/17/2011  07:38a                 827 tes3
10/17/2011  07:39a                 827 tes3567
10/17/2011  07:38a                 827 tes356
10/18/2011  10:46p                5481 sasm.cfg.1
 
              14 File(s)               33117369 bytes.
               2 Dir(s)                80470016 bytes free.
 
*A:7210-SAS #

3.1.2. USB Storage Device

The 7210 SAS platform supports the use of the USB interface as an alternate storage location that provides a larger storage capacity than the internal flash. You can use a USB storage device to store TiMOS images, configuration files, accounting records, and log files. The BOF can point to images on the USB and you can use the USB to load TiMOS images and configuration files.

The following guidelines and caveats apply to the use of USB storage devices.

  1. The option to load the boot loader (boot.tim) from a USB storage device is not supported on the 7210 SAS-M. the boot.tim boot loader image required to boot the device must be stored on the compact flash (cf1:).
  2. The option to load the boot loader (boot.tim) from a USB storage device is supported on 7210 SAS-T, 7210 SAS-Sx 1/10GE, 7210 SAS-Sx 10/100GE, 7210 SAS-Mxp, 7210 SAS-R6, and 7210 SAS-R12.
  3. USB ports are supported on all 7210 SAS platforms as described in this document, except 7210 SAS-S 1/10GE.
  4. Refer to the 7210 SAS OS Software Release Notes for a list of USB devices and capacities that are supported on the 7210 SAS.
  5. When a USB device is unplugged or removed from the system, a major alarm is raised. The alarm can be cleared using the shutdown command.
  6. The 7210 SAS auto detects the device type when any supported device is connected to the USB interface. Only approved USB mass storage device and optical clip-on devices plugged in to the USB port are recognized as valid devices. The use of unsupported devices generates error logs.
  7. Nokia recommends that the user should run the shutdown command before removing the USB storage device.

3.1.3. Storage Locations for Accounting, Logs, Index File, and Images

Note:

This feature is supported on all 7210 SAS platforms as described in this document, except the 7210 SAS-M.

The default location for accounting records, logs, and others is set to point to cf1:\.

Note:

Nokia recommends you should not store frequently written objects such as accounting records, system logs, and others on the internal flash (cf1:\), as it is non-replaceable. to store only systems images, configuration files, persistence database, nvsys.info, and QoS SAP resource map (the sdx file). Use the external flash (cf2:\) or use uf1:\ to store frequently written objects (as applicable).

The following applies to storage locations on 7210 SAS-T, 7210 SAS-Mxp, 7210 SAS-Sx/S 1/10GE, 7210 SAS-Sx 10/100GE, 7210 SAS-R6, and 7210 SAS-R12 platforms.

  1. On the 7210 SAS-T, 7210 SAS-R6, and 7210 SAS-R12, the default location for accounting records and logs is set to cf1:\. The user can change it to either cf2:\ or uf1:\.
  2. If the license is purchased for the 7210 SAS-T and 7210 SAS-Mxp, these platforms are factory-shipped with the boot.tim and the BOF on cf1:\. Nokia recommends that you should not move these files from cf1:\ on these platforms.
  3. If the license is purchased for the 7210 SAS-Sx 1/10GE, 7210 SAS-S 1/10GE, 7210 SAS-Sx 10/100GE, 7210 SAS-R6, and 7210 SAS-R12, these platforms are factory-shipped with the boot.tim and starter BOF on cf2:\. The user can choose to copy these files to the internal flash cf1:\, if need be.
  4. The boot.tim and BOF can be stored on one of these locations: cf1:\ or cf2:\ or uf1:\. The bof.cfg is stored in the same location as the boot loader (boot.tim) used to boot the system. For example, if the boot loader (boot.tim) on cf2:\ is used to boot the system, the BOF created during auto-init or manual intervention during first-time boot will be created on cf2:\ and used subsequently.
  5. TiMOS images (both.tim) can be stored in one of these locations: cf1:\ or cf2:\ or uf1:\, with appropriate configuration of the BOF (that is, primary, secondary, and tertiary locations pointing to the appropriate place).
  6. The ndx and sdx files are generated at the location specified in the BOF parameter of the configuration file. If the user does not specify the location in the BOF, the ndx and sdx files are in the same location as the default configuration file. The default configuration file is created in the same location as the TiMOS image used to boot the system. For example, if no configuration file location is specified in the BOF and the TiMOS image (both.tim) located in uf1:\ is used to boot the system, the default configuration file, the index file, the sdx file, and nvsys.info file created on uf1:\ and used subsequently. If the user specifies cf2:\ as the location of the configuration file in the BOF, the configuration file, the index file, the sdx file, and nvsys.info file are created on cf2:\ and used subsequently.

For more information about the use of storage locations on 7210 SAS-R6 and 7210 SAS-R12 when using redundant CPM configuration, see Configuration Guidelines for Synchronization of Active and Standby CPM on 7210 SAS-R6 and 7210 SAS-R12.

3.1.4. Configuration Guidelines for Storing the TiMOS, boot.tim, bof.cfg, ndx, sdx, and nvsys.info File

The following are configuration guidelines for storing files.

  1. Store the boot.tim and bof.cfg on cf1:\. Create a backup of the boot.tim and bof.cfg on cf2:\ or uf1:\.
  2. Store the both.tim, configuration file (and as a result, the ndx, sdx, and nvsys.info) on cf2:\. Create regular backups of these files in one of the following locations: cf2:\ or uf1:\ or create a backup on SAM (Service Access Manager) or the network management station.

3.1.5. URLs

The arguments for the 7210 SAS file commands are modeled after standard universal resource locator (URL). A URL refers to a file (a file-url) or a directory (a directory-url).

7210 SAS OS supports operations on both the local file system and on remote files. For the purposes of categorizing the applicability of commands to local and remote file operations, URLs are divided into three types: local, ftp and tftp. The syntax for each of the URL types is listed in Table 18.

Table 18:  URL Types and Syntax 

URL Type

Syntax

Notes

local-url

[cflash-id:\]path

[usb-flash-id:\]path

cflash-id is the compact flash device name

Values: cf1:\ and cf2:\ (only on 7210 SAS-T and 7210 SAS-Mxp)

usb-flash-id is the USB device name

Values: uf1:\

ftp-url

ftp://[username[:password]@]host/path

An absolute ftp path from the root of the remote file system

username is the ftp username

password is the ftp user password

host is the remote host

path is the path to the directory or file

ftp://[username[:password]@]host/./path

A relative ftp path from the user’s home directory

Note the period and slash (“./”) in this syntax compared to the absolute path

tftp-url

tftp://host[/path]/filename

tftp is only supported for operations on file-urls

All the commands can operate on the local file system. Table 19 describes which commands also support remote file operations.

Table 19:  File Command Local and Remote File System Support 

Command

local-url

ftp-url

tftp-url

attrib

cd

copy

delete

dir

md

move

rd

scp

source only

type

version

The system accepts either forward slash (“/”) or backslash (“\”) characters to delimit directories and filenames in URLs. Similarly, the SCP client application on the 7210 SAS can use either slash or backslash characters, but not all SCP clients treat backslash characters as equivalent to slash characters. In particular, UNIX systems will often times interpret the backslash character as an “escape” character. This can cause problems when using an external SCP client application to send files to the SCP server. If the external system treats the backslash like an escape character, the backslash delimiter will get stripped by the parser and will not be transmitted to the SCP server.

For example, a destination directory specified as “cf1:\dir1\file1” will be transmitted to the SCP server as “cf1:dir1file1” where the backslash escape characters are stripped by the SCP client system before transmission. On systems where the client treats the backslash like an “escape” character, a double backslash “\\” or the forward slash “/” can typically be used to correctly delimit directories and the filename.

3.1.6. Wildcards

7210 SAS supports the standard DOS wildcard characters. The asterisk (*) can represent zero or more characters in a string of characters, and the question mark (?) can represent any one character.

Example:
 A:ALA-1>file cf1:\ # copy test*.cfg siliconvalley cf1:\testfile.cfg 1 file(s) copied. A:ALA-1>file cf1:\ # cd siliconvalley A:ALA-1>file cf1:\siliconvalley\ # dir Volume in drive cf1 on slot A has no label. Directory of cf1:\siliconvalley\ 05/10/2006 11:32p <DIR> . 05/10/2006 11:14p <DIR> .. 05/10/2006 11:32p 7597 testfile.cfg 1 File(s) 7597 bytes. 2 Dir(s) 1082368 bytes free. A:ALA-1>file cf1:\siliconvalley\ #

3.2. File Management Tasks

This section describes system file management tasks including copying, moving, displaying and deleting files; modifying file attributes; and creating, displaying, and deleting directories.

Note:

When a file system operation is performed with a command that can potentially delete or overwrite a file system entry (such as the copy, delete, move, rd, or scp command), a prompt appears to confirm the action. The force keyword performs these file management operations without displaying the confirmation prompt.

3.2.1. Modifying File Attributes

The system administrator can change the read-only attribute in the local file. Enter the attrib command with no options to display the contents of the directory and the file attributes.

Use the following CLI syntax to modify file attributes:

CLI Syntax:
file>
attrib [+r | -r] file-url

The following example shows command syntax usage:

Example:
 # file file cf1:\ # attrib file cf1:\ # attrib +r BOF.SAV file cf1:\ # attrib

Note: In the preceding example, instead of cf1:\ user can specify uf1:\ to manage the file attributes of the file located on the USB drive.

The following displays the file configuration:

A:ALA-1>file cf1:\ # attrib
cf1:\bootlog.txt
cf1:\bof.cfg
cf1:\boot.ldr
cf1:\bootlog_prev.txt
cf1:\BOF.SAV
A:ALA-1>file cf1:\ # attrib +r BOF.SAV
 
A:ALA-1>file cf1:\ # attrib
cf1:\bootlog.txt
cf1:\bof.cfg
cf1:\boot.ldr
cf1:\bootlog_prev.txt
cf1:\BOF.SAV

3.2.2. Creating Directories

Use the md command to create a new directory in the local file system, one level at a time.

Enter the cd command to navigate to different directories.

Use the following CLI syntax to create a new directory:

CLI Syntax:
file>
md file-url

The following example shows command syntax usage:

Example:
 file cf1:\ # md test1 file cf1:\ # cd test1 file cf1:\test1\ # md test2 file cf1:\test1\ # cd test2 file cf1:\test1\test2\ # md test3 file cf1:\test1\test2\ # cd test3 file cf1:\test1\test2\test3 #

3.2.3. Copying Files

Use the copy command to upload or download an image file, configuration file, or other file types to or from a flash card or a TFTP server.

The scp command copies files between hosts on a network. It uses SSH for data transfer, and uses the same authentication and provides the same security as SSH.

The source file for the scp command must be local. The file must reside on the router. The destination file has to be of the format: user@host:file-name. The destination does not need to be local.

Use the following CLI syntax to copy files:

CLI Syntax:
file>
copy source-file-url dest-file-url [force]
scp local-file-url destination-file-url [router router name | service-id] [force]

The following example shows command syntax usage:

Example: A:ALA-1>file cf1:\ # copy 104.cfg cf1:\test1\test2\test3\test.cfg
A:ALA-1>file cf1:\ # scp file1 admin@192.168.x.x:cf1:\file1 
A:ALA-1>file cf1:\ # scp file2 user2@192.168.x.x:/user2/file2 
A:ALA-1>file cf1:\ # scp cf1:/file3 admin@192.168.x.x:cf1:\file3

3.2.4. Moving Files

Use the move command to move a file or directory from one location to another.

Use the following CLI syntax to move files:

CLI Syntax:
file>
move old-file-url new-file-url [force]

The following example shows command syntax usage:

Example: A:ALA-1>file cf1:\test1\test2\test3\ # move test.cfg cf1:\test1
cf1:\test1\test2\test3\test.cfg
A:ALA-1>file cf1:\test1\test2\test3\ # cd ..
A:ALA-1>file cf1:\test1\test2\ # cd ..
A:ALA-1>file cf1:\test1\ # dir
 
Directory of cf1:\test1\
05/04/2006 07:58a      <DIR>          .
05/04/2006 07:06a      <DIR>          ..
05/04/2006 07:06a      <DIR>          test2
05/04/2006 07:58a               25278 test.cfg
 1 File(s)                  25278 bytes.
 3 Dir(s)                 1056256 bytes free.
A:ALA-1>file cf1:\test1\ #

3.2.5. Removing Files and Deleting Directories

Use the delete and rd commands to delete files and remove directories. Directories must be empty before they can be removed. When file or directories are deleted they cannot be recovered.

Use the following CLI syntax to delete files and remove directories:

CLI Syntax:
file>
delete file-url [force]
rd file-url [force]

The following example shows command syntax usage:

A:ALA-1>file cf1:\test1\ # delete test.cfg
A:ALA-1>file cf1:\test1\ # delete abc.cfg
A:ALA-1>file cf1:\test1\test2\ # cd test3
A:ALA-1>file cf1:\test1\test2\test3\ # cd ..
A:ALA-1>file cf1:\test1\test2\ # rd test3
A:ALA-1>file cf1:\test1\test2\ # cd ..
A:ALA-1>file cf1:\test1\ # rd test2
A:ALA-1>file cf1:\test1\ # cd ..
A:ALA-1>file cf1:\ # rd test1
A:ALA-1>file cf1:\ #

3.2.6. Displaying Directory and File Information

Use the dir command to display a list of files on a file system. Use the type command to display the contents of a file. Use the version command to display the version of a cpm.tim or iom.tim file.

Use the following CLI syntax to display directory and file information:

CLI Syntax:
file>
dir [file-url]
type file-url
version file-url

The following displays an example of the command syntax:

*A:card-1>file cf1:\ # dir
  Volume in drive cf1 on slot A is /flash.
 
  Volume in drive cf1 on slot A is formatted as FAT32.
 
Directory of cf1:\
 
10/22/2008  10:30a                8849 bootlog.txt
10/22/2008  10:30a                 733 bof.cfg
10/22/2008  10:29a                5531 bootlog_prev.txt
02/01/2001  09:25a             3528373 boot.tim
02/01/2001  09:21a                4860 config.cfg
10/22/2008  11:07a      <DIR>          test1
10/17/2008  07:32p                 724 env.cfg
10/15/2008  03:38p                9499 snake.cfg