<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Aborting journal in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/aborting-journal/m-p/4347534#M35043</link>
    <description>All those messages mean is that the filesystem was already corrupted. They say nothing about the cause, which may have happened at some earlier time.</description>
    <pubDate>Thu, 29 Jan 2009 15:57:44 GMT</pubDate>
    <dc:creator>Heironimus</dc:creator>
    <dc:date>2009-01-29T15:57:44Z</dc:date>
    <item>
      <title>Aborting journal</title>
      <link>https://community.hpe.com/t5/operating-system-linux/aborting-journal/m-p/4347533#M35042</link>
      <description>This is the error:&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150): ext3_free_blocks_sb: bit already cleared for block 2223200&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: Aborting journal on device dm-150.&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150) in ext3_free_blocks_sb: Journal has aborted&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150) in ext3_reserve_inode_write: Journal has aborted&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150) in ext3_reserve_inode_write: Journal has aborted&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150) in ext3_orphan_del: Journal has aborted&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150) in ext3_truncate: Journal has aborted&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: ext3_abort called.&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: EXT3-fs error (device dm-150): ext3_journal_start_sb: Detected aborted journal&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: Remounting filesystem read-only&lt;BR /&gt;Jan 27 12:28:18 myhost123 kernel: __journal_remove_journal_head: freeing b_committed_data&lt;BR /&gt;Jan 27 12:28:58 myhost123 kernel: program nmhs is using a deprecated SCSI ioctl, please convert it to SG_IO&lt;BR /&gt;Jan 27 13:48:22 myhost123 last message repeated 7322 times&lt;BR /&gt;Jan 27 13:48:33 myhost123 last message repeated 7321 times&lt;BR /&gt;Jan 27 14:21:19 myhost123 dsmc: ANS1398E Initialization functions cannot open one of the Tivoli Storage Manager logs or a related file: /smpitp/logs/SCHED.LOG. errno = 30, Read-only file system&lt;BR /&gt;&lt;BR /&gt;Kernel version:&lt;BR /&gt;2.6.18-92.1.13.el5&lt;BR /&gt;&lt;BR /&gt;OS:&lt;BR /&gt;Red Hat Enterprise Linux Server release 5.2 (Tikanga)&lt;BR /&gt;&lt;BR /&gt;The SAN disk has no error this is from my point of view a kernel error. Do anyone know which patch to apply?&lt;BR /&gt;&lt;BR /&gt;I fixed it by unmount and e2fsck the volume but that don't really go for i high uptime database, where I really need to min the downtime.&lt;BR /&gt;&lt;BR /&gt;/JT</description>
      <pubDate>Thu, 29 Jan 2009 14:28:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/aborting-journal/m-p/4347533#M35042</guid>
      <dc:creator>Jannik</dc:creator>
      <dc:date>2009-01-29T14:28:51Z</dc:date>
    </item>
    <item>
      <title>Re: Aborting journal</title>
      <link>https://community.hpe.com/t5/operating-system-linux/aborting-journal/m-p/4347534#M35043</link>
      <description>All those messages mean is that the filesystem was already corrupted. They say nothing about the cause, which may have happened at some earlier time.</description>
      <pubDate>Thu, 29 Jan 2009 15:57:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/aborting-journal/m-p/4347534#M35043</guid>
      <dc:creator>Heironimus</dc:creator>
      <dc:date>2009-01-29T15:57:44Z</dc:date>
    </item>
  </channel>
</rss>

