------- Additional Comments From sandeen-xfs@xxxxxxxxxxx 2007-08-14 12:25 CST
Looks like it's canceling a dirty transaction:
1085 * See if the caller is relying on us to shut down the
1086 * filesystem. This happens in paths where we detect
1087 * corruption and decide to give up.
1089 if ((tp->t_flags & XFS_TRANS_DIRTY) &&
1091 xfs_force_shutdown(tp->t_mountp, XFS_CORRUPT_INCORE);
2.6.12 is awfully old, but I understand that it's an embedded product.
There may have been a fix for this since then, it rings a bell, but I don't
You could set the panic mask sysctl:
fs.xfs.panic_mask (Min: 0 Default: 0 Max: 127)
Causes certain error conditions to call BUG(). Value is a bitmask;
AND together the tags which represent errors which should cause panics:
to trip a panic when you get a shutdown; you could then get a BUG, backtrace,
and perhaps a dump at the moment shutdown was called... though I don't know if
that's feasible in the field.
Configure bugmail: http://oss.sgi.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.