Project: Apache Hadoop (App Definition and Development / Database)
File: HdfsImageViewer.md

<! Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. See accompanying LICENSE file. --> Offline Image Viewer Guide ========================== <!-- MACRO{toc|fromDepth=0|toDepth=3} --> Overview -- The Offline Image Viewer is a tool to dump the contents of hdfs fsimage files to a human-readable format and provide read-only WebHDFS API in order to allow offline analysis and examination of an Hadoop cluster's namespace. The tool is able to process very large image files relatively quickly. The tool handles the layout formats that were included with Hadoop versions 2.4 and up. If you want to handle older layout formats, you can use the Offline Image Viewer of Hadoop 2.3 or . If the tool is not able to process an image file, it will exit cleanly. The Offline Image Viewer does not require a Hadoop cluster to be running; it is entirely offline in its operation. The Offline Image Viewer provides several output processors: Web is the default output processor. It launches a HTTP server that exposes read-only WebHDFS API. Users can investigate the namespace interactively by using HTTP REST API. It does not support secure mode, nor HTTPS. XML creates an XML document of the fsimage and includes all of the information within the fsimage. The output of this processor is amenable to automated processing and analysis with XML tools. Due to the verbosity of the XML syntax, this processor will also generate the largest amount of output. FileDistribution is the tool for analyzing file sizes in the namespace image. In order to run the tool one should define a range of integers [0, maxSize] by specifying maxSize and a step. The range of integers is divided into segments of size step: [0, s[1], ..., s[n-1], maxSize], and the processor calculates how many files in the system fall into each segment [s[i-1], s[i]). Note that files larger than maxSize always fall into the very last segment. By default, the output file is formatted as a tab separated two column table: Size and NumFiles. Where Size represents the start of the segment, and numFiles is the number of files form the image which size falls in this segment. By specifying the option -format, the output file will be formatted in a human-readable fashion rather than a number of bytes that showed in Size column. In addition, the Size column will be changed to the Size Range column. Delimited (experimental): Generate a text file with all of the elements common to both inodes and inodes-under-construction, separated by a delimiter. The default delimiter is \t, though this may be changed via the -delimiter argument. DetectCorruption (experimental): Detect potential corruption of the image by selectively loading parts of it and actively searching for

Outputs a summary of the found corruptions in a delimited format. Note that the check is not exhaustive, and only catches missing nodes during the namespace reconstruction. ReverseXML (experimental): This is the opposite of the XML processor; it reconstructs an fsimage from an XML file. This processor makes it easy to create fsimages for testing, and manually edit fsimages when there is corruption. Usage -- Web processor launches a HTTP server which exposes read-only WebHDFS API. Users can specify the address to listen by -addr option (default by localhost:5978). bash$ bin/hdfs oiv -i fsimage 14/04/07 13:25:14 INFO offlineImageViewer.WebImageViewer: WebImageViewer started. Listening on /127.0.0.1:5978. Press Ctrl+C to stop the viewer. Users can access the viewer and get the information of the fsimage by the following shell command: bash$ bin/hdfs dfs -ls webhdfs://127.0.0.1:5978/ Found 2 items drwxrwx--* - root supergroup 0 2014-03-26 20:16 webhdfs://127.0.0.1:5978/tmp drwxr-xr-x - root supergroup 0 2014-03-31 14:08 webhdfs://127.0.0.1:5978/user To get the information of all the files and directories, you can simply use the following command: bash$ bin/hdfs dfs -ls -R webhdfs://127.0.0.1:5978/ Users can also get JSON formatted FileStatuses via HTTP REST API. bash$ curl -i http://127.0.0.1:5978/webhdfs/v1/?op=liststatus HTTP/1.1 200 OK Content-Type: application/json Content-Length: 252 {"FileStatuses":{"FileStatus":[ {"fileId":16386,"accessTime":0,"replication":0,"owner":"theuser","length":0,"permission":"755","blockSize":0,"modificationTime":1392772497282,"type":"DIRECTORY","group":"supergroup","childrenNum":1,"pathSuffix":"user"} ]}} The Web processor now supports the following operations: XML Processor is used to dump all the contents in the fsimage. Users can specify input and output file via -i and -o command-line. bash$ bin/hdfs oiv -p XML -i fsimage -o fsimage.xml This will create a file named fsimage.xml contains all the information in the fsimage. For very large image files, this process may take several minutes. Applying the Offline Image Viewer with XML processor would result in the following output: <?xml version="1.0"?> <fsimage> <NameSection> <genstampV1>1000</genstampV1> <genstampV2>1002</genstampV2> <genstampV1Limit>0</genstampV1Limit> <lastAllocatedBlockId>1073741826</lastAllocatedBlockId> <txid>37</txid> </NameSection> <INodeSection> <lastInodeId>16400</lastInodeId> <inode> <id>16385</id> <type>DIRECTORY</type> <name></name> <mtime>1392772497282</mtime> <permission>theuser:supergroup:rwxr-xr-x</permission> <nsquota>9223372036854775807</nsquota> <dsquota>-1</dsquota> </inode> ...remaining output omitted... ReverseXML processor is the opposite of the XML processor. Users can specify input XML file and output fsimage file via -i and -o command-line. bash$ bin/hdfs oiv -p ReverseXML -i fsimage.xml -o fsimage This will reconstruct an fsimage from an XML file. FileDistribution processor can analyze file sizes in the namespace image. Users can specify maxSize (128GB by default) and step (2MB by default) in bytes via -maxSize and -step command-line. bash$ bin/hdfs oiv -p FileDistribution -maxSize maxSize -step size -i fsimage -o output The processor will calculate how many files in the system fall into each segment. The output file is formatted as a tab separated two column table showed as the following output: Size NumFiles 4 1 12 1 16 1 20 1 totalFiles = 4 totalDirectories = 2 totalBlocks = 4 totalSpace = 48 maxFileSize = 21 To make the output result look more readable, users can specify -format option in

bash$ bin/hdfs oiv -p FileDistribution -maxSize maxSize -step size -format -i fsimage -o output This would result in the following output: Size Range NumFiles (0 B, 4 B] 1 (8 B, 12 B] 1 (12 B, 16 B] 1 (16 B, 21 B] 1 totalFiles = 4 totalDirectories = 2 totalBlocks = 4 totalSpace = 48 maxFileSize = 21 Delimited processor generates a text representation of the fsimage, with each element separated by a delimiter string (\t by default). Users can specify a new delimiter string by -delimiter option. bash$ bin/hdfs oiv -p Delimited -delimiter delimiterString -i fsimage -o output In addition, users can specify a temporary dir to cache intermediate result by the following command: bash$ bin/hdfs oiv -p Delimited -delimiter delimiterString -t temporaryDir -i fsimage -o output If not set, Delimited processor will construct the namespace in memory before outputting text. The output result of this processor should be like the following output: Path Replication ModificationTime AccessTime PreferredBlockSize BlocksCount FileSize NSQUOTA DSQUOTA Permission UserName GroupName / 0 2017-02-13 10:39 1970-01-01 08:00 0 0 0 9223372036854775807 -1 drwxr-xr-x root supergroup /dir0 0 2017-02-13 10:39 1970-01-01 08:00 0 0 0 -1 -1 drwxr-xr-x root supergroup /dir0/file0 1 2017-02-13 10:39 2017-02-13 10:39 134217728 1 1 0 0 -rw-r--r-- root supergroup /dir0/file1 1 2017-02-13 10:39 2017-02-13 10:39 134217728 1 1 0 0 -rw-r--r-- root supergroup /dir0/file2 1 2017-02-13 10:39 2017-02-13 10:39 134217728 1 1 0 0 -rw-r--r-- root supergroup DetectCorruption processor generates a text representation of the errors of the fsimage, if there's any. It displays the following cases: an inode is mentioned in the fsimage but no associated metadata is found (CorruptNode) an inode has at least one corrupt children (MissingChildren) The delimiter string can be provided with the -delimiter option, and the processor can cache intermediate result using the -t option. bash$ bin/hdfs oiv -p DetectCorruption -delimiter delimiterString -t temporaryDir -i fsimage -o output The output result of this processor is empty if no corruption is found, otherwise the found entries in the following format: CorruptionType Id IsSnapshot ParentPath ParentId Name NodeType CorruptChildren MissingChild 16385 false / Missing Node 1 MissingChild 16386 false / 16385 dir0 Node 2 CorruptNode 16388 true 16386 Unknown 0 CorruptNode 16389 true 16386 Unknown 0 CorruptNodeWithMissingChild 16391 true 16385 Unknown 1 CorruptNode 16394 true 16391 Unknown 0 The column CorruptionType can be MissingChild, CorruptNode or the combination of these two. IsSnapshot shows whether the node is kept in a snapshot or not. To the NodeType column either Node, Ref or Unknown can be written depending whether the node is an inode, a reference, or is corrupted and thus unknown. CorruptChildren contains the number of the corrupt children the inode may have. Options | Flag | Description | |:- |:- | | `-i`\|`--inputFile` input file | Specify the input fsimage file (or XML file, if ReverseXML processor is used) to process. Required. | | `-o`\|`--outputFile` output file | Specify the output filename, if the specified output processor generates one. If the specified file already exists, it is silently overwritten. (output to stdout by default) If the input file is an XML file, it also creates an &lt;outputFile&gt;.md5. | | `-p`\|`--processor` processor | Specify the image processor to apply against the image file. Currently valid options are `Web` (default), `XML`, `Delimited`, `DetectCorruption`, `FileDistribution` and `ReverseXML`. | | `-addr` address | Specify the address(host:port) to listen. (localhost:5978 by default). This option is used with Web

| | `-maxSize` size | Specify the range [0, maxSize] of file sizes to be analyzed in bytes (128GB by default). This option is used with FileDistribution processor. | | `-step` size | Specify the granularity of the distribution in bytes (2MB by default). This option is used with FileDistribution processor. | | `-format` | Format the output result in a human-readable fashion rather than a number of bytes. (false by default). This option is used with FileDistribution processor. | | `-delimiter` arg | Delimiting string to use with Delimited or DetectCorruption processor. | | `-t`\|`--temp` temporary dir | Use temporary dir to cache intermediate result to generate Delimited outputs. If not set, Delimited processor constructs the namespace in memory before outputting text. | | `-h`\|`--help` | Display the tool usage and help information and exit. | Analyzing Results -- The Offline Image Viewer makes it easy to gather large amounts of data about the hdfs namespace. This information can then be used to explore file system usage patterns or find specific files that match arbitrary criteria, along with other types of namespace analysis. oiv\_legacy Command Due to the internal layout changes introduced by the ProtocolBuffer-based fsimage (), OfflineImageViewer consumes excessive amount of memory and loses some functions such as Indented processor. If you want to process without large amount of memory or use these processors, you can use `oiv_legacy` command (same as `oiv` in Hadoop 2.3). Set `dfs.namenode.legacy-oiv-image.dir` to an appropriate directory to make standby NameNode or SecondaryNameNode save its namespace in the old fsimage format during checkpointing. Use `oiv_legacy` command to the old format fsimage. bash$ bin/hdfs oivlegacy -i fsimageold -o output | Flag | Description | |:- |:- | | `-i`\|`--inputFile` input file | Specify the input fsimage file to process. Required. | | `-o`\|`--outputFile` output file | Specify the output filename, if the specified output processor generates one. If the specified file already exists, it is silently overwritten. Required. | | `-p`\|`--processor` processor | Specify the image processor to apply against the image file. Valid options are Ls (default), XML, Delimited, Indented, FileDistribution and NameDistribution. | | `-maxSize` size | Specify the range [0, maxSize] of file sizes to be analyzed in bytes (128GB by default). This option is used with FileDistribution processor. | | `-step` size | Specify the granularity of the distribution in bytes (2MB by default). This option is used with FileDistribution processor. | | `-format` | Format the output result in a human-readable fashion rather than a number of bytes. (false by default). This option is used with FileDistribution processor. | | `-skipBlocks` | Do not enumerate individual blocks within files. This may save processing time and outfile file space on namespaces with very large files. The Ls processor reads the blocks to correctly determine file sizes and ignores this option. | | `-printToScreen` | Pipe output of processor to console as well as specified file. On extremely large namespaces, this may increase processing time by an order of magnitude. | | `-delimiter` arg | When used in conjunction with the Delimited processor, replaces the default tab delimiter with the string specified by arg. | | `-h`\|`--help` | Display the tool usage and help information and exit. |