UBIFS error: replay_log_leb: first log node at LEB 3:0 is not CS node

[Artem Bityutskiy]

On Fri, 2012-05-11 at 14:56 -0400, James Nute wrote:
> On Fri, May 11, 2012 at 10:03 AM, Artem Bityutskiy <dedekind1 at gmail.com> wrote:
> > On Wed, 2012-05-09 at 09:45 -0400, James Nute wrote:
> >> Hello
> >>
> >> I'm getting a UBIFS Corruption during a power failure with a fail
> >> signature that I believe is different from what has been seen in the
> >> past.
> >> When I flash a new UBI image onto my device and boot it for the first
> >> time everything comes up as expected. However if I force a power
> >> failure before any major file writes occur the device will crash when
> >> UBIFS attempts to recover during the next reboot. If I force a sync
> >> command before the power failure I am able to successfully avert the
> >> recovery failure. I worry that this indicates something ugly is going
> >> on that I can't detect.
> >
> > Unfortunately you did not really enable the debugging messages or you
> > forgot to type "dmesg". Anyway, they are absent.
> >
> >>
> >> To get more debug messages I have enabled UBIFS debugging and enabled
> >> the recovery and mount messages by booting with
> >> ""ubifs.debug_msgs=6144 ignore_loglevel" kernel parameters
> >
> > Can you actually enable them and share the log?
> 
> I did the following to enable debugging:
> 1. "CONFIG_UBIFS_FS_DEBUG=y" in kernel config
> 2. Added "ubifs.debug_msgs=6144" to the kernel command line
> 3. Added "ignore_loglevel" to the kernel command line
> 4. Captured all console output with putty and uploaded to
> http://mcreech.com/work/ubifs-2012-05-08.txt
> 
> I'm not sure what step I missed to enable the full debugging messages.
> I am getting some UBIFS DBG messages in my log but not many.

Did you pull the latest UBIFS from the back-port trees? In the latest
UBIFS we switch to dynamic debugging. I did not do good documentation
how to use it because of lack of time. But you can read the general
instructions in the Documentation directory.

You may as well hack ubifs and force it to use printk with KERN_ERROR to
make sure everything goes to your serial console. See the debug.h file.

> > the image and share it - I should be able to put it to nandsim and try
> > to mount and see.
> 
> I will look into dumping the image for you but I have not done this before.
> Do you want a dump from before the power fail or after?

After the failure. The ideal is the one after the failure but _before_
you first mount it.

> > Is this problem reproducible?
> Yes I have had no trouble recreating this fail.

Hmm, then I suspect you have issues on driver level. Did you validate
your driver with MTD tests?

> I will continue to try to figure out why I am not getting all the
> debug messages.

Depends on your version. If it uses printk - I described various things
here:
http://www.linux-mtd.infradead.org/faq/ubi.html#L_how_debug

It is for UBI, but the information about printk and and log buffer is
generic.

The newest UBIFS used dynamic debugging infrastructure instead:

Documentation/dynamic-debug-howto.txt

You can enable various debugging messages using that infrastructure. See
the debug.h file in ubifs - it prefixes messages from various subsystems
- you can use them to see the messages.

Not that dynamic prints have KERN_DEBUG level and they do not go to your
serial console. You can boot with ignore_loglevel kernel option to see
_all_ the messages.

This stuff needs good documentation on the web site - many people get
confused ... :-(

-- 
Best Regards,
Artem Bityutskiy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.infradead.org/pipermail/linux-mtd/attachments/20120515/629b0a0a/attachment-0001.sig>