lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 4 Jun 2013 08:41:52 -0400
From:	Autif Khan <autif.mlist@...il.com>
To:	Eric Sandeen <sandeen@...hat.com>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: Filesystem state: clean with errors - what errors?

On Tue, Jun 4, 2013 at 8:39 AM, Autif Khan <autif.mlist@...il.com> wrote:
> On Mon, Jun 3, 2013 at 4:14 PM, Eric Sandeen <sandeen@...hat.com> wrote:
>> On 6/3/13 3:07 PM, Autif Khan wrote:
>>> On Mon, Jun 3, 2013 at 3:34 PM, Eric Sandeen <sandeen@...hat.com> wrote:
>>>> On 6/3/13 2:29 PM, Autif Khan wrote:
>>>>> On Mon, Jun 3, 2013 at 3:13 PM, Eric Sandeen <sandeen@...hat.com> wrote:
>>>>>> On 6/3/13 1:45 PM, Autif Khan wrote:
>>>>>>> Executing dumpe2fs -h on one of the partitions says
>>>>>>>
>>>>>>> ...
>>>>>>> Filesystem features:      has_journal ext_attr resize_inode dir_index
>>>>>>> filetype extent flex_bg sparse_super large_file huge_file uninit_bg
>>>>>>> dir_nlink extra_isize
>>>>>>> Filesystem flags:         signed_directory_hash
>>>>>>> Default mount options:    user_xattr acl
>>>>>>> Filesystem state:         clean with errors
>>>>>>> ...
>>>>>>>
>>>>>>> How can I find out what the errors are - the details of the errors.
>>>>>>
>>>>>> "clean" means the log has been replayed (log is not dirty)
>>>>>> "with errors" means that it encountered concistency errors at runtime
>>>>>>
>>>>>> run e2fsck -f on it to see what it finds (or e2fsck -fn if you want a no-op
>>>>>> dry run)
>>>>>
>>>>> --- spin ---
>>>>>
>>>>> ubuntu@...0013950af6fb:~$ sudo fsck -V -n -f /dev/sda5
>>>>> fsck from util-linux 2.20.1
>>>>> [/sbin/fsck.ext4 (1) -- /koko] fsck.ext4 -n -f /dev/sda5
>>>>> e2fsck 1.42 (29-Nov-2011)
>>>>> Warning!  /dev/sda5 is mounted.
>>>>
>>>> Surprising that it didn't find errors since you ran it on a mounted fs!
>>>>
>>>> That's also an older e2fsck, so I suppose it's possible that it missed
>>>> something.
>>>>
>>>>> Pass 1: Checking inodes, blocks, and sizes
>>>>> Pass 2: Checking directory structure
>>>>> Pass 3: Checking directory connectivity
>>>>> Pass 4: Checking reference counts
>>>>> Pass 5: Checking group summary information
>>>>> /dev/sda5: 24770/262144 files (0.1% non-contiguous), 328031/1048576 blocks
>>>>> ubuntu@...0013950af6fb:~$
>>>>>
>>>>> I am not sure I see any errors. Is there an error here?
>>>>
>>>> No, that didn't report any errors.
>>>>
>>>> If you unmount it and do it w/o -n, it should clear the error state.
>>>> Perhaps it encountered an error for a file that got subsequently deleted,
>>>> or something - not sure.
>>>>
>>>
>>> That is true - we are able to fix this - almost trivially - the
>>> problem is that we are causing this frequently (sometimes always) with
>>> inexpensive SSDs. I am sure you have seen my other email:
>>> http://marc.info/?l=linux-ext4&m=137028288823079&w=2
>>>
>>> I assume that there is no other tool that I can use - (short of a hex
>>> dump of the 4.0G partition using dd) - to further debug this. Is
>>> there?
>>
>> "with errors" is printed when the fs state has EXT2_ERROR_FS set.
>>
>> Looking at the system logs would be a start - when the filesystem was set
>> into error state, the kernel should have logged that fact, along with
>> why it did so... you could go from there.
>>
>> Also, kernels since 2.6.36 save more info:
>>
>
> We are at 3.2.33, so we should be good.
>
> However, I do not see "with errors" in either dmesg or /var/log/syslog.
>
> Is there a kernel config that needs to be set to enable EXT2/3/4 logging?

I might have misunderstood - I should be searching for "error count"
and/or "initial error"

I can not find these either - So, is there a kernel config that needs to be set?
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ