Bug #1102

Sqlite hangs on fsync on Hammer partition

Added by mneumann about 6 years ago. Updated about 6 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Hi,

I've a little program that uses the Sqlite database. After it calls
seven times fsync (sometimes only twice), the whole process blocks. The
process cannot be killed (-9) anymore, and when I change into the
directory where I executed the program and do a "ls", I'm blocked as
well.

When I execute the same program on a UFS partition, it doesn't hang. So
it seems to be a Hammer-related issue.

According to ktrace/kdump, it hangs on fsync.

I'm now creating a core-dump and uploading it.

Regards,

Michael

History

#1 Updated by bastyaelvtars about 6 years ago

On Fri, 01 Aug 2008 23:08:38 +0200
Michael Neumann <> wrote:

That's kinda the same error I get with mtn (it also uses SQLite). Any
firefox3 hangs?

#2 Updated by kylebutt about 6 years ago

firefox uses sqlite internally, and firefox 3 moved more things into sqlite.

Kyle

#3 Updated by mneumann about 6 years ago

Indeed, I get some rare firefox3 hangs. But it's not something easily
reproducable (it takes a few hours).

Regards,

Michael

#4 Updated by dillon about 6 years ago

Michael, that vmcore.4 on leaf is not a patched kernel. I disassembled
one of the routines that was patched and it didn't have the extra flag
I had added.

In anycase, I am MFCing all the HAMMER work to 2.0 today.

-Matt
Matthew Dillon
<>

#5 Updated by dillon about 6 years ago

: Michael, that vmcore.4 on leaf is not a patched kernel. I disassembled
: one of the routines that was patched and it didn't have the extra flag
: I had added.
:
: In anycase, I am MFCing all the HAMMER work to 2.0 today.

Wait, I take it back. I was looking at the wrong bit of code.
It does have the patch.

Ok, I'm looking at the core!

-Matt
Matthew Dillon
<>

#6 Updated by dillon about 6 years ago

Ok, please try this patch folks:

fetch http://apollo.backplane.com/DFlyMisc/hammer03.patch

I think that catches all the cases. If not, Michael, please upload
another core to leaf.

I will commit this and MFC the whole mess to 2.0 a bit later today.

-Matt

#7 Updated by bastyaelvtars about 6 years ago

On Sat, 2 Aug 2008 08:19:18 -0700 (PDT)
Matthew Dillon <> wrote:

It does not help here. However, I'm able to create dumps again (thanks
to you), so I'll make a dump available soon.

#9 Updated by dillon about 6 years ago

:http://medica.semi.szote.u-szeged.hu/~szg/crash080802.tar.bz2
:

Ok, try this patch Gergo (relative to HEAD):

fetch http://apollo.backplane.com/DFlyMisc/hammer04.patch

This is the patch relative to an unpatched 2.0:

fetch http://apollo.backplane.com/DFlyMisc/hammer04_20.patch

-Matt
Matthew Dillon
<>

#10 Updated by bastyaelvtars about 6 years ago

On Sat, 2 Aug 2008 10:27:04 -0700 (PDT)
Matthew Dillon <> wrote:

OK, it seems to work now, at least I could not make it hang with the
above command, even though I am creating hundreds of databases
sequentially. I have even tried in two separate volumes.

Thanks for the fix!

Also available in: Atom PDF