From gvs@road.yandex.ru  Mon Sep  6 08:42:30 2004
Return-Path: <gvs@road.yandex.ru>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8E87A16A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Mon,  6 Sep 2004 08:42:30 +0000 (GMT)
Received: from road.yandex.ru (road.yandex.ru [213.180.193.165])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B9A5F43D3F
	for <FreeBSD-gnats-submit@freebsd.org>; Mon,  6 Sep 2004 08:42:29 +0000 (GMT)
	(envelope-from gvs@road.yandex.ru)
Received: from road.yandex.ru (localhost.yandex.net [127.0.0.1] (may be forged))
	by road.yandex.ru (8.13.1/8.13.1) with ESMTP id i868gl2k000848
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 6 Sep 2004 12:42:47 +0400 (MSD)
	(envelope-from gvs@road.yandex.ru)
Received: (from gvs@localhost)
	by road.yandex.ru (8.13.1/8.13.1/Submit) id i868gljg000847;
	Mon, 6 Sep 2004 12:42:47 +0400 (MSD)
	(envelope-from gvs)
Message-Id: <200409060842.i868gljg000847@road.yandex.ru>
Date: Mon, 6 Sep 2004 12:42:47 +0400 (MSD)
From: Seva Gluschenko <gvs@rinet.ru>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: filesystem operations lockups
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         71421
>Category:       kern
>Synopsis:       [sched_ule] [hang] filesystem operations lockups
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    jeff
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Sep 06 08:50:22 GMT 2004
>Closed-Date:    Fri Nov 16 01:30:20 UTC 2007
>Last-Modified:  Fri Nov 16 01:30:20 UTC 2007
>Originator:     Seva Gluschenko
>Release:        FreeBSD 5.3-BETA2 i386
>Organization:
Yandex LLC
>Environment:
System: FreeBSD road.yandex.ru 5.3-BETA2 FreeBSD 5.3-BETA2 #12: Wed Sep 1 18:19:33 MSD 2004 gvs@road.yandex.ru:/local/usr/src/sys/i386/compile/ROAD i386

Userland: XFree86 4.4.0, KDE 3.3

Dmesg:
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.3-BETA2 #12: Wed Sep  1 18:19:33 MSD 2004
    gvs@road.yandex.ru:/local/usr/src/sys/i386/compile/ROAD
WARNING: WITNESS option enabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1795.51-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf27  Stepping = 7
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
real memory  = 527630336 (503 MB)
avail memory = 510828544 (487 MB)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <A M I OEMXSDT> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82865G (865G GMCH) SVGA controller> port 0xefe0-0xefe7 mem 0xfe780000-0xfe7fffff,0xf0000000-0xf7ffffff irq 10 at device 2.0 on pci0
agp0: detected 8060k stolen memory
agp0: aperture size is 128M
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xef00-0xef1f irq 10 at device 29.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xef20-0xef3f irq 11 at device 29.1 on pci0
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xef40-0xef5f irq 5 at device 29.2 on pci0
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci1: <ACPI PCI bus> on pcib1
fxp0: <Intel 82801BA (D865) Pro/100 VE Ethernet> port 0xdf00-0xdf3f mem 0xfe5ff000-0xfe5fffff irq 10 at device 8.0 on pci1
miibus0: <MII bus> on fxp0
inphy0: <i82562ET 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:0c:6e:ee:39:b3
fxp0: [GIANT-LOCKED]
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
ichsmb0: <Intel 82801EB (ICH5) SMBus controller> port 0x400-0x41f irq 10 at device 31.3 on pci0
ichsmb0: [GIANT-LOCKED]
smbus0: <System Management Bus> on ichsmb0
smb0: <SMBus generic I/O> on smbus0
pcm0: <Intel ICH5 (82801EB)> port 0xee80-0xeebf,0xe800-0xe8ff mem 0xfe77b400-0xfe77b4ff,0xfe77b800-0xfe77b9ff irq 10 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <Analog Devices AD1980 AC97 Codec>
acpi_button0: <Power Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model NetMouse/NetScroll Optical, device ID 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/9 bytes threshold
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
pmtimer0 on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 1795507144 Hz quality 800
Timecounters tick every 10.000 msec
WARNING: apm_saver module requires apm enabled
ad0: 76319MB <ST380011A/3.06> [155061/16/63] at ata0-master UDMA100
ATAPI_RESET time = 220us
acd0: DVDROM <DV-516D 0106/E1.06> at ata1-master UDMA33
Mounting root from ufs:/dev/ad0s1a

	
>Description:
	Under unknown conditions all disk/filesystem operations appear to be
	locked up to reboot. The 'top' utility started beforehand shows a
	number of processes in 'ufs' and 'kserel' states.

	Any application which does not rely on disk/filesystem operations at
	this time continues to operate normally, any attempt to access files
	locks up.

	Ctrl-Alt-Del shuts the PC down and reboots it correctly with
	the uncertain delay. Sometimes init reports that timeout exceeded
	and it's going to single user mode but actually it reboots a minute
	later.

	Sometimes "some processes would not die, ps axl advised" message
	appears, but I can't see them after reboot ;>

	No buffers remain busy after final sync, so that it seems like
	filesystem operations problem, not disk operations.

	option WITNESS in kernel didn't help at all, could not detect the
	point of lockup.
>How-To-Repeat:
	It seems like PC load affects, the actively working KDE desktop
	can lock up after few hours while w/o X session running it may
	remain alive for days.
>Fix:

	Sorry, no fix known.


>Release-Note:
>Audit-Trail:

From: Seva Gluschenko <gvs@rinet.ru>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/71421: filesystem operations lockups
Date: Mon, 06 Sep 2004 16:20:47 +0400

 Add-ons:
 
 - Problem persists on 5.3-BETA3.
 
 - Problem is likely to cause because of invocation of kblankscrn.kss 
 (see kern/71226), but not strictly necessary.

From: Seva Gluschenko <gvs@rinet.ru>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: kern/71421: filesystem operations lockups
Date: Thu, 09 Sep 2004 14:56:07 +0400

 Workaround found: changed in kernel configuration SCHED_ULE to 
 SCHED_4BSD. (kern/71226 solved as well).
 
 SCHED_ULE seems to be broken seriously and should be marked 
 appropriately, not just like an instability note in UPDATING.
Responsible-Changed-From-To: freebsd-bugs->jeff 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Dec 5 20:31:29 GMT 2005 
Responsible-Changed-Why:  
Over to maintainer. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71421 

From: Harrison Grundy <astrodog@gmail.com>
To: bug-followup@FreeBSD.org,  gvs@rinet.ru
Cc:  
Subject: Re: kern/71421: [sched_ule] [hang] filesystem operations lockups
Date: Wed, 14 Mar 2007 17:16:35 -0500

 A number of significant changes to ULE have occurred in 7-CURRENT. Can 
 you confirm if this bug still exists?
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Wed Mar 14 22:20:35 UTC 2007 
State-Changed-Why:  
The ULE scheduler has been extensively upgraded -CURRENT.  Does this 
problem still occur there? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71421 
State-Changed-From-To: feedback->suspended 
State-Changed-By: linimon 
State-Changed-When: Thu Mar 15 12:40:41 UTC 2007 
State-Changed-Why:  
Mark 'suspended' because the only known fix is to upgrade to ULE 2.0 in 
7-CURRENT.  (The workaround is simply to revert to the 4BSD scheduler). 

From personal email from submitter: 

Mark, 

I cannot provide any feedback since I don't have any CURRENT in here and 
don't even plan to have. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71421 
State-Changed-From-To: suspended->closed 
State-Changed-By: kmacy 
State-Changed-When: Fri Nov 16 01:29:47 UTC 2007 
State-Changed-Why:  

SCHED_ULE is not considered supported pre-RELENG_7. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71421 
>Unformatted:
