linux-ext4 - delayed block allocation failed with error -28

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-next>] [day] [month] [year] [list]

Date:	Tue, 11 Mar 2014 00:09:47 +0800
From:	Yan Rui <rui.yan@...il.com>
To:	linux-ext4@...r.kernel.org
Cc:	Yan Rui <rui.yan@...il.com>
Subject: delayed block allocation failed with error -28

Hi,

/var/log/message says below and no hardware related issues found.

Mar 10 16:20:56 d02 auditd[4056]: Audit daemon rotating log files
Mar 10 16:25:13 d02 kernel: EXT4-fs (sda): delayed block allocation
failed for inode 47579238 at logical offset 395 with max blocks 1654
with error -28
Mar 10 16:25:13 d02 kernel:
Mar 10 16:25:13 d02 kernel: This should not happen!!  Data will be lost
Mar 10 16:25:13 d02 kernel: Total free blocks count 0
Mar 10 16:25:13 d02 kernel: Free/Dirty block details
Mar 10 16:25:13 d02 kernel: free_blocks=0
Mar 10 16:25:13 d02 kernel: dirty_blocks=-4294772779
Mar 10 16:25:13 d02 kernel: Block reservation details
Mar 10 16:25:13 d02 kernel: i_reserved_data_blocks=1654
Mar 10 16:25:13 d02 kernel: i_reserved_meta_blocks=7
Mar 10 16:25:13 d02 kernel: EXT4-fs (sda): delayed block allocation
failed for inode 58851678 at logical offset 0 with max blocks 2048
with error -28
Mar 10 16:25:13 d02 kernel:
Mar 10 16:25:13 d02 kernel: This should not happen!!  Data will be lost
Mar 10 16:25:13 d02 kernel: Total free blocks count 0
Mar 10 16:25:13 d02 kernel: Free/Dirty block details
Mar 10 16:25:13 d02 kernel: free_blocks=0
Mar 10 16:25:13 d02 kernel: dirty_blocks=-4294772779
Mar 10 16:25:13 d02 kernel: Block reservation details
Mar 10 16:25:13 d02 kernel: i_reserved_data_blocks=2049
Mar 10 16:25:13 d02 kernel: i_reserved_meta_blocks=7

[root@d02 ~]# uname -a
Linux d02 2.6.32-358.11.1.el6.x86_64 #1 SMP Wed Jun 12 03:34:52 UTC
2013 x86_64 x86_64 x86_64 GNU/Linux

[root@d02 ~]# tune2fs -l /dev/sda
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          /data/5aacbdff-697f-4b70-9b55-f912d41f57da
Filesystem UUID:          5aacbdff-697f-4b70-9b55-f912d41f57da
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index
filetype needs_recovery extent flex_bg sparse_super large_file
huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              183148544
Block count:              732566646
Reserved block count:     0
Free blocks:              41810477
Free inodes:              182809495
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      849
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Jul  5 10:11:15 2013
Last mount time:          Mon Jan 27 06:09:43 2014
Last write time:          Mon Jan 27 06:09:43 2014
Mount count:              18
Maximum mount count:      20
Last checked:             Fri Jul  5 10:11:15 2013
Check interval:           15552000 (6 months)
Next check after:         Wed Jan  1 10:11:15 2014
Lifetime writes:          6275 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      e0d65199-15d8-4c39-aeeb-1d6cf3c6aebf
Journal backup:           inode blocks

The number of dirty_blocks looks weird,  is it a known bug?

Regards,
Rui
--
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