Status of a file.
A file could be explicitly deleted if the file system
supports such a user command facility. Alternately,
an existing good file would be automatically deleted
if another good file with the same name were copied in.
Note that deleted files continue to occupy prime
Flash real estate.
A file is marked as having an invalid checksum if any
checksum mismatch was detected while writing or reading
the file. Incomplete files (files truncated either
because of lack of free space, or a network download
failure) are also written with a bad checksum and
marked as invalid.
Parsed from file CISCO-FLASH-MIB.mib
Module: CISCO-FLASH-MIB
Status of a file.
A file could be explicitly deleted if the file system
supports such a user command facility. Alternately,
an existing good file would be automatically deleted
if another good file with the same name were copied in.
Note that deleted files continue to occupy prime
Flash real estate.
A file is marked as having an invalid checksum if any
checksum mismatch was detected while writing or reading
the file. Incomplete files (files truncated either
because of lack of free space, or a network download
failure) are also written with a bad checksum and
marked as invalid.
ciscoFlashFileStatus OBJECT-TYPE
SYNTAX INTEGER
{
deleted(1),
invalidChecksum(2),
valid(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Status of a file.
A file could be explicitly deleted if the file system
supports such a user command facility. Alternately,
an existing good file would be automatically deleted
if another good file with the same name were copied in.
Note that deleted files continue to occupy prime
Flash real estate.
A file is marked as having an invalid checksum if any
checksum mismatch was detected while writing or reading
the file. Incomplete files (files truncated either
because of lack of free space, or a network download
failure) are also written with a bad checksum and
marked as invalid.
"
View at oid-info.com
Status of a file.
A file could be explicitly deleted if the file system
supports such a user command facility. Alternately,
an existing good file would be automatically deleted
if another good file with the same name were copied in.
Note that deleted files continue to occupy prime
Flash real estate.
A file is marked as having an invalid checksum if any
checksum mismatch was detected while writing or reading
the file. Incomplete files (files truncated either
because of lack of free space, or a network download
failure) are also written with a bad checksum and
marked as invalid.
Parsed from file cisco-flash.mib.txt
Company: None
Module: CISCO-FLASH-MIB
Status of a file.
A file could be explicitly deleted if the file system
supports such a user command facility. Alternately,
an existing good file would be automatically deleted
if another good file with the same name were copied in.
Note that deleted files continue to occupy prime
Flash real estate.
A file is marked as having an invalid checksum if any
checksum mismatch was detected while writing or reading
the file. Incomplete files (files truncated either
because of lack of free space, or a network download
failure) are also written with a bad checksum and
marked as invalid.
ciscoFlashFileStatus OBJECT-TYPE SYNTAX INTEGER { deleted(1), invalidChecksum(2), valid(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "Status of a file. A file could be explicitly deleted if the file system supports such a user command facility. Alternately, an existing good file would be automatically deleted if another good file with the same name were copied in. Note that deleted files continue to occupy prime Flash real estate. A file is marked as having an invalid checksum if any checksum mismatch was detected while writing or reading the file. Incomplete files (files truncated either because of lack of free space, or a network download failure) are also written with a bad checksum and marked as invalid." ::= { ciscoFlashFileEntry 4 }
ciscoFlashFileStatus OBJECT-TYPE SYNTAX INTEGER { deleted(1), invalidChecksum(2), valid(3) } ACCESS read-only STATUS mandatory DESCRIPTION "Status of a file. A file could be explicitly deleted if the file system supports such a user command facility. Alternately, an existing good file would be automatically deleted if another good file with the same name were copied in. Note that deleted files continue to occupy prime Flash real estate. A file is marked as having an invalid checksum if any checksum mismatch was detected while writing or reading the file. Incomplete files (files truncated either because of lack of free space, or a network download failure) are also written with a bad checksum and marked as invalid." ::= { ciscoFlashFileEntry 4 }
Automatically extracted from Cisco "SNMP v2 MIBs".
ciscoFlashFileStatus OBJECT-TYPE SYNTAX INTEGER { deleted(1), invalidChecksum(2), valid(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "Status of a file. A file could be explicitly deleted if the file system supports such a user command facility. Alternately, an existing good file would be automatically deleted if another good file with the same name were copied in. Note that deleted files continue to occupy prime Flash real estate. A file is marked as having an invalid checksum if any checksum mismatch was detected while writing or reading the file. Incomplete files (files truncated either because of lack of free space, or a network download failure) are also written with a bad checksum and marked as invalid. " ::= { ciscoFlashFileEntry 4 }
ciscoFlashFileStatus OBJECT-TYPE SYNTAX INTEGER { deleted(1), invalidChecksum(2), valid(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "Status of a file. A file could be explicitly deleted if the file system supports such a user command facility. Alternately, an existing good file would be automatically deleted if another good file with the same name were copied in. Note that deleted files continue to occupy prime Flash real estate. A file is marked as having an invalid checksum if any checksum mismatch was detected while writing or reading the file. Incomplete files (files truncated either because of lack of free space, or a network download failure) are also written with a bad checksum and marked as invalid." ::= { ciscoFlashFileEntry 4 }
OID | Name | Sub children | Sub Nodes Total | Description |
---|---|---|---|---|
1.3.6.1.4.1.9.9.10.1.1.4.2.1.1.1 | ciscoFlashFileIndex | 0 | 0 | Flash file sequence number used to index within a Flash partition directory table. |
1.3.6.1.4.1.9.9.10.1.1.4.2.1.1.2 | ciscoFlashFileSize | 0 | 0 | Size of the file in bytes. Note that this size does not include the size of the filesystem file header. File size will always be … |
1.3.6.1.4.1.9.9.10.1.1.4.2.1.1.3 | ciscoFlashFileChecksum | 0 | 0 | File checksum stored in the file header. This checksum is computed and stored when the file is written into Flash. It serves to v… |
1.3.6.1.4.1.9.9.10.1.1.4.2.1.1.5 | ciscoFlashFileName | 0 | 0 | Flash file name as specified by the user copying in the file. The name should not include the colon (:) character as it is a spec… |
1.3.6.1.4.1.9.9.10.1.1.4.2.1.1.6 | ciscoFlashFileType | 0 | 0 | Type of the file. |
1.3.6.1.4.1.9.9.10.1.1.4.2.1.1.7 | ciscoFlashFileDate | 0 | 0 | The time at which this file was created. |