Project

General

Profile

Actions
Copy link

Bug #1102

closed

Sqlite hangs on fsync on Hammer partition

Added by mneumann over 16 years ago. Updated about 16 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

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
Actions
Copy link
 #1

Updated by bastyaelvtars over 16 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?

Actions
Copy link
 #2

Updated by kylebutt over 16 years ago

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

Kyle

Actions
Copy link
 #3

Updated by mneumann over 16 years ago

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

Regards,

Michael
Actions
Copy link
 #4

Updated by dillon over 16 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 
                    &lt;&gt;
Actions
Copy link
 #5

Updated by dillon over 16 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 
                    &lt;&gt;
Actions
Copy link
 #6

Updated by dillon over 16 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
Actions
Copy link
 #7

Updated by bastyaelvtars over 16 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.

Actions
Copy link
 #9

Updated by dillon over 16 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 
                    &lt;&gt;
Actions
Copy link
 #10

Updated by bastyaelvtars over 16 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!

Actions
Copy link

Also available in: Atom PDF