Opened 7 years ago

Closed 7 years ago

#8910 closed bug (fixed)

Kernel panic during usage + overwrote a file on BFS when paniced.

Reported by: xray7224 Owned by: axeld
Priority: blocker Milestone: R1/alpha4
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #8919, #8942
Has a Patch: no Platform: All

Description

Hey,

I was programming on haiku and using running the code (python) when randomly I experanced a kernel panic. I have taken a photo of the panic and have the file with random data in (it looks like just binrary junk been dumped in there).

I am running on the nightly hrev44563, this isn't really reproducable (at least I don't think) but hopefully this info is enough.

Attachments (9)

Haiku-kernel-panic.jpg (421.9 KB ) - added by xray7224 7 years ago.
IRCObjects.py (8.8 KB ) - added by xray7224 7 years ago.
File which was corrupted.
IMG0050A.jpg (349.7 KB ) - added by diger 7 years ago.
install_deps.sh (4.2 KB ) - added by mmadia 7 years ago.
Script that generates KDL, debug_server exceptions
block-cache-kdl.txt (3.2 KB ) - added by mmadia 7 years ago.
hrev44598-gcc2h
debug_server-exception.txt (17.4 KB ) - added by mmadia 7 years ago.
hrev44598-gcc2h
hrev44610-2h-gdb-crash.txt (8.0 KB ) - added by mmadia 7 years ago.
userland crash during install_deps.sh on hrev44610-gcc2h
minicom-hrev44610.cap (2.7 KB ) - added by mmadia 7 years ago.
serial log of KDL, shortly after userland crash on hrev44610-2h
minicom-hrev44610-2.cap (11.2 KB ) - added by mmadia 7 years ago.
serial-log-of-userland-crashes

Download all attachments as: .zip

Change History (27)

by xray7224, 7 years ago

Attachment: Haiku-kernel-panic.jpg added

by xray7224, 7 years ago

Attachment: IRCObjects.py added

File which was corrupted.

comment:1 by axeld, 7 years ago

Blocking: 8919 added

(In #8919) Thanks for the note, duplicate of #8910.

comment:2 by axeld, 7 years ago

Status: newin-progress

This is probably related to my latest changes to the block cache.

comment:3 by axeld, 7 years ago

Priority: normalblocker
Resolution: fixed
Status: in-progressclosed

Should be fixed in hrev44585.

comment:4 by diger, 7 years ago

similar error on hrev44588

Version 4, edited 7 years ago by diger (previous) (next) (diff)

by diger, 7 years ago

Attachment: IMG0050A.jpg added

comment:5 by diger, 7 years ago

Resolution: fixed
Status: closedreopened

comment:6 by axeld, 7 years ago

Status: reopenedin-progress

Seems I need to have another look, thanks for testing!

comment:7 by anevilyak, 7 years ago

FYI, ran into the same exact panic here while doing a build of webcore. Anything extra I can grab out of the kernel debugger that'd be of help?

comment:8 by pulkomandy, 7 years ago

Milestone: R1R1/alpha4

I got the same while running installer from a fresh install of haiku this morning. I think this is easy enough to get into to be an alpha4 blocker, more so if data corruption is involved.

by mmadia, 7 years ago

Attachment: install_deps.sh added

Script that generates KDL, debug_server exceptions

by mmadia, 7 years ago

Attachment: block-cache-kdl.txt added

hrev44598-gcc2h

by mmadia, 7 years ago

Attachment: debug_server-exception.txt added

hrev44598-gcc2h

comment:9 by mmadia, 7 years ago

hrev44598-gcc2h. attachment:install_deps.sh has reliably caused KDLs or debug_server errors.

Prior to each event, the partition in question would be cleaned with checkfs.

comment:10 by axeld, 7 years ago

Please retry with hrev44610; the assert shouldn't have been there.

comment:11 by mmadia, 7 years ago

With initial testing, hrev44610-2h does not KDL during the install_deps.sh script. Thanks!

by mmadia, 7 years ago

Attachment: hrev44610-2h-gdb-crash.txt added

userland crash during install_deps.sh on hrev44610-gcc2h

by mmadia, 7 years ago

Attachment: minicom-hrev44610.cap added

serial log of KDL, shortly after userland crash on hrev44610-2h

comment:12 by mmadia, 7 years ago

Spoke to soon, sort of. While letting a while [ 1 -ge 0 ] ; do rm -rf dependencies ; bash install_deps.sh ; done run, libtool crashed. While mucking around with gdb, Terminal locked up. Closing the Terminal window, which sparked the crash, Haiku KDL'd.

To note, libtool did crash on a previous run, but a KDL was not triggered. Upon rebooting Haiku (and later mounting /generated), there were many lines similar to KERN: bfs: replay block run 0:161:1 in log at 1654! . checkfs /generated found and freed some blocks.

by mmadia, 7 years ago

Attachment: minicom-hrev44610-2.cap added

serial-log-of-userland-crashes

comment:13 by mmadia, 7 years ago

To make sure that the recently rebuilt optional packages are not at fault, I rolled back hrev44593's libtool + sed to libtool-2.4-r1a3-x86-gcc2-2011-05-17.zip and sed-4.2.1-r1a3-x86-gcc2-2011-05-17.zip. After letting while [ 1 -ge 0 ] ; do rm -rf dependencies ; sync ; bash install_deps.sh ; done run for a bit, several programs crashed -- libtool, WonderBrush, and Tracker all within seconds of each other. Here is the serial debug output during the crashes. To note, the libpthread.so lines are from pkg-config/glib's configure test.

comment:14 by anevilyak, 7 years ago

Blocking: 8942 added

comment:15 by axeld, 7 years ago

And you are sure this is related in any way to this ticket?

comment:16 by axeld, 7 years ago

I mean, does it work fine with a revision before, let's say hrev44000?

comment:17 by mmadia, 7 years ago

*cough* libtool crashes in hrev43925-2h as well.

comment:18 by axeld, 7 years ago

Resolution: fixed
Status: in-progressclosed

Alright, then I assume this is a different issue; at least I can't imagine how those two can be connected unless the block cache is trashing memory.

Note: See TracTickets for help on using tickets.