Project

General

Profile

Actions

Bug #1878

closed

dsched_fq and occasional console freeze

Added by qhwt.dfly about 14 years ago. Updated about 3 years ago.

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

0%

Estimated time:

Description

Hi.
When the current dsched policy is set to fq, the console (or ssh connection)
occasionally freezes (becomes unresponsive, even to ctrl+T). However,
I can still switch between ttyvN terminals by pressing Alt+Fn keys,
and drop to DDB (I remember reading a similar description in the past,
but I couldn't find the message in my mailbox).

Unfortunately, the kernel dumping locks up too in that case
(no progress is printed on the screen), so no vmcore is available
at the moment. FWIW, dsched_fq is loaded as kernel module and the policy
is set via /etc/rc.d/sysctl.

This is on an Atom D510 with 4G bytes of RAM and running a very recent
-DEVELOPMENT x86_64 kernel; I haven't tried it on a PC running 32-bit
version yet.

Actions #1

Updated by elekktretterr about 14 years ago

Hi.
When the current dsched policy is set to fq, the console (or ssh
connection)
occasionally freezes (becomes unresponsive, even to ctrl+T). However,
I can still switch between ttyvN terminals by pressing Alt+Fn keys,
and drop to DDB (I remember reading a similar description in the past,
but I couldn't find the message in my mailbox).

Unfortunately, the kernel dumping locks up too in that case
(no progress is printed on the screen), so no vmcore is available
at the moment. FWIW, dsched_fq is loaded as kernel module and the policy
is set via /etc/rc.d/sysctl.

This is on an Atom D510 with 4G bytes of RAM and running a very recent
-DEVELOPMENT x86_64 kernel; I haven't tried it on a PC running 32-bit
version yet.

I wonder if this:
http://leaf.dragonflybsd.org/mailarchive/bugs/2010-10/msg00085.html

is related, I did enable DSCHED_FQ via sysctl just before I ran "hammer
cleanup" I remember now, and the symptoms are same - freeze but can switch
between terminals, but can't actually execute any command because they are
all "hanging", for about 5 minutes and eventually freeze completely but
without a kernel dump.

Petr

Actions #2

Updated by dillon about 14 years ago

:I wonder if this:
:http://leaf.dragonflybsd.org/mailarchive/bugs/2010-10/msg00085.html
:
:is related, I did enable DSCHED_FQ via sysctl just before I ran "hammer
:cleanup" I remember now, and the symptoms are same - freeze but can switch
:between terminals, but can't actually execute any command because they are
:all "hanging", for about 5 minutes and eventually freeze completely but
:without a kernel dump.
:
:Petr

I think it might be.  A bug in DSCHED_FQ could cause the I/O to not
get properly completed and stall the NFS server.
-Matt
Matthew Dillon
<>
Actions #3

Updated by alexh about 14 years ago

Well, I fail to find anything that might be causing this in dsched_fq. The code
is only around 600 lines, so it'd be good if more people would take a look at it
to see if anyone finds issues.

Cheers,
Alex Hornung

PS: dsched is a framework, so please, people, write some (better fair-share)
disk scheduler!

Actions #4

Updated by tuxillo about 3 years ago

  • Description updated (diff)
  • Category set to Kernel
  • Status changed from New to Closed
  • Assignee deleted (0)
Actions

Also available in: Atom PDF