Hi Lukas, Bug 1553004 filed for this, if anything needed, please let me know, hope can learn from you how to find root cause. Thanks. 2018-03-08 7:32 GMT+08:00 rong zhao <zhaorbox@xxxxxxxxx>: > OK, will do it. > > Maybe enterprise world looks forward to more steady, so very conservative. > > Rong > > 2018-03-07 16:49 GMT+08:00 Jan Kara <jack@xxxxxxx>: >> On Wed 07-03-18 00:08:46, Theodore Y. Ts'o wrote: >>> On Wed, Mar 07, 2018 at 11:01:40AM +0800, rong zhao wrote: >>> > >>> > I downloaded the latest e2fsprogs source code from kernel.org, it works. >>> >>> I'm not sure what the difference is, but I'm *shocked* that RHEL 7.4 >>> is still using e2fsprogs 1.42.x. There are a very large number of >>> resize2fs bugs, especially with very large file systems, with >>> e2fsprogs 1.42.x. Especially in the case of off-line resizes with a >>> lage ext4 file system, with a resize2fs from e2fsprogs 1.42.x, data >>> corruption is almost a certainty. >> >> Yeah, welcome to the world of enterprise distributions :-|. Even in SLES 12 >> SP3 (our current latest "enterprise offering") we have e2fsprogs 1.42.11 as >> well. And the reason is that at the time we were looking what e2fsprogs to >> put there (which was about two years back), 1.43 was still "WIP" and so I >> had some doubts whether we can ship it in a distro supported for another 10 >> years. So we have 1.42.11 and only backport fixes based on customers' bug >> reports. >> >> Luckily we are somewhat flexible at least on service pack releases so now >> that e2fsprogs is having more regular releases (big thanks for that!), I >> actually take your comment as a good reminder to talk to our PMs about >> pushing 1.43.x to SLE12 SP4 :). >> >> Honza >> -- >> Jan Kara <jack@xxxxxxxx> >> SUSE Labs, CR
