Re: Assertion failure in ext3_sync_file() at fs/ext3/fsync.c:50: "ext3_journal_current_handle() == 0"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> which means that somehow the aptitude process struct had a journal handle
> still active when it shouldn't have.  Are there any console messages or
> before the BUG, or just ENOSPC from the program?  Either way, I'd suspect
> a bug in the error handling code not doing a journal_stop() before exiting
> a function somewhere...

Sorry, nothing for 5 minutes, and that's just a martian packet. :-(

>> Filesystem state:         clean

> FYI - all ext3 filesystems say "clean" all the time, because when the
> journal replay is completed (note "needs_recovery" flag above) the
> filesystem will in fact be clean (i.e. not needing an e2fsck).  If this
> were "error" (after the kernel detected some on-disk error) then you'd
> get a full e2fsck on boot regardless of ext3 recovery or not.

Neat, thanks!

_______________________________________________

Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux