xfsdocs-xml: fix various formatting errors
PATCH 1/1 xfsdocs-xml: fix various formatting errors
Fix up a few formatting errors pointed out by Turbo Fredriksson, and while at it also remove various non-ASCII characters that sneaked in during the initial conversion
XFS_User_Guide/en-US/XFS-allocators.xml +2 -1
@@ -21,7 +21,8 @@ <para>Watch the inode numbers as directory inodes are created:</para> <para><programlisting> > mkdir a b -> ls -li total 0 +> ls -li +total 0 131 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 a 33554624 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 b</programlisting></para> </section>
XFS_User_Guide/en-US/XFS-monitoring.xml +10 -10
@@ -41,7 +41,7 @@ ig_found # of times inode found in memo ig_frecycle # of fails because inode was busy ig_misses # of times had to go to disk for inode ig_dup # times missed but found from another -ig_reclaims # of times recyled the inode’s memory +ig_reclaims # of times recyled the inode's memory ig_attrchngx # of times changed inode attributes iflush_count # of times inodes are being flushed icluster_flushcnt # of times inodes clustered
@@ -54,16 +54,16 @@ icluster_flushinode # of times not able lookup # of file name directory lookups create # of directory entry creations remove # of directory entry removes -getdents # of “getdent” operations</programlisting></para> +getdents # of "getdents" operations</programlisting></para> </section> <section> <title>PCP File Attribute Metrics</title> <para><programlisting> -attr.get # of “get” operations -attr.set # of “set” operations -attr.remove # of “remove” operations -attr.list # of “list” operations</programlisting></para> +attr.get # of "get" operations +attr.set # of "set" operations +attr.remove # of "remove" operations +attr.list # of "list" operations</programlisting></para> </section> <section>
@@ -84,7 +84,7 @@ alloc_btree.delrec # of extent record de <para><programlisting> block_map.read_ops # of block map reads block_map.write_ops # of block map writes -block_map.unmap # of block delete operations +block_map.unmap # of block delete operations block_map.add_exlist # of extent list insertions for files block_map.del_exlist # of extent list deletions block_map.look_exlist # of extent list lookups
@@ -98,7 +98,7 @@ bmap_btree.delrec # of block map deletio <section> <title>PCP Journaling Metrics</title> <para><programlisting> -transaction.sync # of transactions waiting to be committed +transaction.sync # of transactions waiting to be committed transaction.async # of async transactions waiting transaction.empty # of transactions that did not do anything log.writes # of log buffer writes
@@ -113,7 +113,7 @@ log.force_sleep # of calls to xs_log_fo <para><programlisting> push_ail.pushes # of times the AIL is moved forward push_ail.success # of times sucessful -push_ail.pushbuf # of times inode locked – pushbuf called +push_ail.pushbuf # of times locked "pushbuf" called push_ail.pinned # of times pinned push_ail.locked # of times locked push_ail.flushing # of times ail was flushing
@@ -125,7 +125,7 @@ push_ail.flush # of times a log was for <title>PCP Quota Metrics</title> <para><programlisting> reclaims # of disk quota reclaims -reclaims_misses # of disk quota reclaim misses +reclaims_misses # of disk quota reclaim misses dquot_dups # of duplicates cachemisses # of times disk quota misses cache cachehits # of times disk quota in cache
XFS_User_Guide/en-US/XFS-repair.xml +15 -15
@@ -5,7 +5,7 @@ <title>XFS Repair</title> <section> <title>Filesystems can be corrupted by</title> - <para>• Filesystems can be corrupted by</para> + <para>Filesystems can be corrupted by</para> <itemizedlist> <listitem><para>Hardware Errors <itemizedlist>
@@ -15,7 +15,7 @@ </para></listitem> <listitem><para>To a much lesser degree, bugs in the filesystem</para></listitem> </itemizedlist> - <para>Filesystems are able to “repair” themselves since they consist of lists, links + <para>Filesystems are able to repair themselves since they consist of lists, links and reference counts that can be validated</para> <itemizedlist> <listitem><para>But not all information is always recovered, inodes that do not have a
@@ -43,17 +43,17 @@ <para>xfs_repair uses libxfs which is a partial port of the XFS kernel code to user-space.</para> </section> <section> - <title>xfs_repair – Phase 1</title> + <title>xfs_repair - Phase 1</title> <para>Find, verify and fix superblocks.</para> <para>If a superblock is not found, xfs_repair will stop.</para> <para>Sets up a virtual mount structure for the common XFS code base (libxfs) to work from.</para> </section> <section> - <title>xfs_repair – Phase 2</title> + <title>xfs_repair - Phase 2</title> <para>Checks the AG header structures (AGI, AGF and AGFL) and scans the AGF and AGI btrees.</para> </section> <section> - <title>xfs_repair – Phase 3</title> + <title>xfs_repair - Phase 3</title> <para>Using the AGI btree from phase2, scan the inode tree, processing the unlinked list for deleted inodes and finding possible missing inode clusters.</para> <para>Walk all the found inodes, recording used filesytem blocks (extents).</para>
@@ -61,17 +61,17 @@ <para>Any bad inodes are trashed including unrecoverable corrupted directories.</para> </section> <section> - <title>xfs_repair – Phase 4</title> + <title>xfs_repair - Phase 4</title> <para>Scan inode extents again. Any inode with an extent covering used data is trashed.</para> </section> <section> - <title>xfs_repair – Phase 5</title> + <title>xfs_repair - Phase 5</title> <para>Rebuild AG headers and structures including the AGI btree, AGF btrees and AGFL regardless whether any errors have been found or not.</para> <para>Realtime inodes are also reconstructed.</para> </section> <section> - <title>xfs_repair – Phase 6</title> + <title>xfs_repair - Phase 6</title> <para>At this stage, the filesytem is in a mountable state.</para> <para>Scan the directories analysing all data.</para> <itemizedlist>
@@ -82,12 +82,12 @@ <para>At the end, any unreached inodes are put into lost+found.</para> </section> <section> - <title>xfs_repair – Phase 7</title> + <title>xfs_repair - Phase 7</title> <para>nlinks for inodes are corrected based on the data collected in phase 6.</para> </section> <section> <title>Triaging xfs_check and xfs_repair problems</title> - <para>Mostofthetime,inodeinformationisrequired:</para> + <para>Most of the time, inode information is required:</para> <para><programlisting> > inode <inode number> > print
@@ -97,7 +97,7 @@ > sb 0 > print rootino </programlisting></para> - <para>Fordirectories,wecanalsodumpthecontentsfromtheextentlistshownintheinode:</para> + <para>For directories, we can also dump the contents from the extent lists hown in the inode:</para> <para><programlisting> > dblock <file offset in blocks> > print
@@ -181,13 +181,13 @@ u.sfdir2.hdr.i8count = 0 u.sfdir2.hdr.parent.i4 = 135</programlisting></para> </section> <section> - <title>Mount and Repair Fails – Corrupted Log</title> + <title>Mount and Repair Fails - Corrupted Log</title> <para>If the log is corrupted you will see an error like:</para> <para><programlisting> # mount <filesystem> mount: Unknown error 990 # dmesg | tail -20 -Filesystem “<filesystem>": xfs_inode_recover: Bad inode magic number . . . +Filesystem "<filesystem>": xfs_inode_recover: Bad inode magic number . . . Filesystem "dm-0": XFS internal error xlog_recover_do_inode_trans(1) at line 2352 Caller 0xffffffff88307729 XFS: log mount/recovery failed: error 990 XFS: log mount failed # xfs_repair <device>
@@ -200,9 +200,9 @@ re-running xfs_repair. If you are unable the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this.</programlisting></para> - <para>Usefulinformationcanbecollectedfortriage:</para> + <para>Useful information can becollected for triage:</para> <para><programlisting> -# /usr/sbin/xfs_logprint –C <filename> <device> +# /usr/sbin/xfs_logprint -C <filename> <device> # /usr/sbin/xfs_logprint -t <device></programlisting></para> <para>But in this case, the only option may be to throw the log away:</para> <para><programlisting>
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
ping?
Quoted 211 lines · Christoph Hellwig
Fix up a few formatting errors pointed out by Turbo Fredriksson, and while at it also remove various non-ASCII characters that sneaked in during the initial conversion
Reported-by Turbo Fredriksson <[email protected]>Signed-off-by Christoph Hellwig <[email protected]>Index:
xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-allocators.xml
===================================================================XFS_User_Guide/en-US/XFS-allocators.xml +2
-1@@ -21,7 +21,8 @@ <para>Watch the inode numbers as directory inodes are created:</para> <para><programlisting> > mkdir a b -> ls -li total 0 +> ls -li +total 0 131 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 a 33554624 drwxr-xr-x 2 sjv users 6 2006-10-20 12:12 b</programlisting></para> </section>Index:
xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-monitoring.xml
===================================================================XFS_User_Guide/en-US/XFS-monitoring.xml +10
-10@@ -41,7 +41,7 @@ ig_found # of times inode found in memo ig_frecycle # of fails because inode was busy ig_misses # of times had to go to disk for inode ig_dup # times missed but found from another -ig_reclaims # of times recyled the inode’s memory +ig_reclaims # of times recyled the inode's memory ig_attrchngx # of times changed inode attributes iflush_count # of times inodes are being flushed icluster_flushcnt # of times inodes clustered@@ -54,16 +54,16 @@ icluster_flushinode # of times not able lookup # of file name directory lookups create # of directory entry creations remove # of directory entry removes -getdents # of “getdent” operations</programlisting></para> +getdents # of "getdents" operations</programlisting></para> </section> <section> <title>PCP File Attribute Metrics</title> <para><programlisting> -attr.get # of “get” operations -attr.set # of “set” operations -attr.remove # of “remove” operations -attr.list # of “list” operations</programlisting></para> +attr.get # of "get" operations +attr.set # of "set" operations +attr.remove # of "remove" operations +attr.list # of "list" operations</programlisting></para> </section> <section>@@ -84,7 +84,7 @@ alloc_btree.delrec # of extent record de <para><programlisting> block_map.read_ops # of block map reads block_map.write_ops # of block map writes -block_map.unmap # of block delete operations +block_map.unmap # of block delete operations block_map.add_exlist # of extent list insertions for files block_map.del_exlist # of extent list deletions block_map.look_exlist # of extent list lookups@@ -98,7 +98,7 @@ bmap_btree.delrec # of block map deletio <section> <title>PCP Journaling Metrics</title> <para><programlisting> -transaction.sync # of transactions waiting to be committed +transaction.sync # of transactions waiting to be committed transaction.async # of async transactions waiting transaction.empty # of transactions that did not do anything log.writes # of log buffer writes@@ -113,7 +113,7 @@ log.force_sleep # of calls to xs_log_fo <para><programlisting> push_ail.pushes # of times the AIL is moved forward push_ail.success # of times sucessful -push_ail.pushbuf # of times inode locked – pushbuf called +push_ail.pushbuf # of times locked "pushbuf" called push_ail.pinned # of times pinned push_ail.locked # of times locked push_ail.flushing # of times ail was flushing@@ -125,7 +125,7 @@ push_ail.flush # of times a log was for <title>PCP Quota Metrics</title> <para><programlisting> reclaims # of disk quota reclaims -reclaims_misses # of disk quota reclaim misses +reclaims_misses # of disk quota reclaim misses dquot_dups # of duplicates cachemisses # of times disk quota misses cache cachehits # of times disk quota in cacheIndex:
xfsdocs-xml-dev/XFS_User_Guide/en-US/XFS-repair.xml
===================================================================XFS_User_Guide/en-US/XFS-repair.xml +15
-15@@ -5,7 +5,7 @@ <title>XFS Repair</title> <section> <title>Filesystems can be corrupted by</title> - <para>• Filesystems can be corrupted by</para> + <para>Filesystems can be corrupted by</para> <itemizedlist> <listitem><para>Hardware Errors <itemizedlist>@@ -15,7 +15,7 @@ </para></listitem> <listitem><para>To a much lesser degree, bugs in the filesystem</para></listitem> </itemizedlist> - <para>Filesystems are able to “repair” themselves since they consist of lists, links + <para>Filesystems are able to repair themselves since they consist of lists, links and reference counts that can be validated</para> <itemizedlist> <listitem><para>But not all information is always recovered, inodes that do not have a@@ -43,17 +43,17 @@ <para>xfs_repair uses libxfs which is a partial port of the XFS kernel code to user-space.</para> </section> <section> - <title>xfs_repair – Phase 1</title> + <title>xfs_repair - Phase 1</title> <para>Find, verify and fix superblocks.</para> <para>If a superblock is not found, xfs_repair will stop.</para> <para>Sets up a virtual mount structure for the common XFS code base (libxfs) to work from.</para> </section> <section> - <title>xfs_repair – Phase 2</title> + <title>xfs_repair - Phase 2</title> <para>Checks the AG header structures (AGI, AGF and AGFL) and scans the AGF and AGI btrees.</para> </section> <section> - <title>xfs_repair – Phase 3</title> + <title>xfs_repair - Phase 3</title> <para>Using the AGI btree from phase2, scan the inode tree, processing the unlinked list for deleted inodes and finding possible missing inode clusters.</para> <para>Walk all the found inodes, recording used filesytem blocks (extents).</para>@@ -61,17 +61,17 @@ <para>Any bad inodes are trashed including unrecoverable corrupted directories.</para> </section> <section> - <title>xfs_repair – Phase 4</title> + <title>xfs_repair - Phase 4</title> <para>Scan inode extents again. Any inode with an extent covering used data is trashed.</para> </section> <section> - <title>xfs_repair – Phase 5</title> + <title>xfs_repair - Phase 5</title> <para>Rebuild AG headers and structures including the AGI btree, AGF btrees and AGFL regardless whether any errors have been found or not.</para> <para>Realtime inodes are also reconstructed.</para> </section> <section> - <title>xfs_repair – Phase 6</title> + <title>xfs_repair - Phase 6</title> <para>At this stage, the filesytem is in a mountable state.</para> <para>Scan the directories analysing all data.</para> <itemizedlist>@@ -82,12 +82,12 @@ <para>At the end, any unreached inodes are put into lost+found.</para> </section> <section> - <title>xfs_repair – Phase 7</title> + <title>xfs_repair - Phase 7</title> <para>nlinks for inodes are corrected based on the data collected in phase 6.</para> </section> <section> <title>Triaging xfs_check and xfs_repair problems</title> - <para>Mostofthetime,inodeinformationisrequired:</para> + <para>Most of the time, inode information is required:</para> <para><programlisting> > inode <inode number> > print@@ -97,7 +97,7 @@ > sb 0 > print rootino </programlisting></para> - <para>Fordirectories,wecanalsodumpthecontentsfromtheextentlistshownintheinode:</para> + <para>For directories, we can also dump the contents from the extent lists hown in the inode:</para> <para><programlisting> > dblock <file offset in blocks> > print@@ -181,13 +181,13 @@ u.sfdir2.hdr.i8count = 0 u.sfdir2.hdr.parent.i4 = 135</programlisting></para> </section> <section> - <title>Mount and Repair Fails – Corrupted Log</title> + <title>Mount and Repair Fails - Corrupted Log</title> <para>If the log is corrupted you will see an error like:</para> <para><programlisting> # mount <filesystem> mount: Unknown error 990 # dmesg | tail -20 -Filesystem “<filesystem>": xfs_inode_recover: Bad inode magic number . . . +Filesystem "<filesystem>": xfs_inode_recover: Bad inode magic number . . . Filesystem "dm-0": XFS internal error xlog_recover_do_inode_trans(1) at line 2352 Caller 0xffffffff88307729 XFS: log mount/recovery failed: error 990 XFS: log mount failed # xfs_repair <device>@@ -200,9 +200,9 @@ re-running xfs_repair. If you are unable the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this.</programlisting></para> - <para>Usefulinformationcanbecollectedfortriage:</para> + <para>Useful information can becollected for triage:</para> <para><programlisting> -# /usr/sbin/xfs_logprint –C <filename> <device> +# /usr/sbin/xfs_logprint -C <filename> <device> # /usr/sbin/xfs_logprint -t <device></programlisting></para> <para>But in this case, the only option may be to throw the log away:</para> <para><programlisting>
Quoted 4 lines
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
---end quoted text---
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs
Quoted 7 lines · Christoph Hellwig
Fix up a few formatting errors pointed out by Turbo Fredriksson, and while at it also remove various non-ASCII characters that sneaked in during the initial conversion
Reported-by Turbo Fredriksson <[email protected]>Signed-off-by Christoph Hellwig <[email protected]>
looks good to me, but one minor change still needed....
XFS_User_Guide/en-US/XFS-repair.xml re-running xfs_repair. If you are unable · line 203
Quoted 6 lines
XFS_User_Guide/en-US/XFS-repair.xml +1
-1@@ -200,9 +200,9 @@ re-running xfs_repair. If you are unable the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this.</programlisting></para> - <para>Usefulinformationcanbecollectedfortriage:</para> + <para>Useful information can becollected for triage:</para>
be collected
Cheers,
Dave.
Signature · 7 lines
Dave Chinner [email protected] _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs
Quoted 6 lines · Dave Chinner
Quoted 5 lines · Christoph Hellwig
Fix up a few formatting errors pointed out by Turbo Fredriksson, and while at it also remove various non-ASCII characters that sneaked in during the initial conversion
Quoted 6 lines
Quoted 2 lines
Reported-by Turbo Fredriksson <[email protected]>Signed-off-by Christoph Hellwig <[email protected]>looks good to me, but one minor change still needed....
Reviewed-by Dave Chinner <[email protected]>
Thanks, pushed.
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs