From nobody@FreeBSD.org  Wed Jun  1 20:18:31 2005
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C10C816A41C
	for <freebsd-gnats-submit@FreeBSD.org>; Wed,  1 Jun 2005 20:18:31 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7C28543D49
	for <freebsd-gnats-submit@FreeBSD.org>; Wed,  1 Jun 2005 20:18:31 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j51KIUXU030309
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 1 Jun 2005 20:18:30 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id j51KIUxl030308;
	Wed, 1 Jun 2005 20:18:30 GMT
	(envelope-from nobody)
Message-Id: <200506012018.j51KIUxl030308@www.freebsd.org>
Date: Wed, 1 Jun 2005 20:18:30 GMT
From: trasz <trasz@buziaczek.pl>
To: freebsd-gnats-submit@FreeBSD.org
Subject: hard disk i/o error during reading in an acl is ignored without returning error.
X-Send-Pr-Version: www-2.3

>Number:         81780
>Category:       kern
>Synopsis:       hard disk i/o error during reading in an acl is ignored without returning error.
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    rwatson
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jun 01 20:20:01 GMT 2005
>Closed-Date:    
>Last-Modified:  Sat Jul 02 19:13:47 GMT 2005
>Originator:     trasz
>Release:        5.4
>Organization:
>Environment:
FreeBSD traszkan.ds7 5.4-RELEASE FreeBSD 5.4-RELEASE #2: Wed May 11 19:24:26 CEST 2005     trasz@traszkan.ds7:/usr/obj/usr/src/sys/TRASHCAN  i386
>Description:
recently i had a hard drive failure.  the problem was, the bad block was apparently not where data or ordinary metadata was stored, but 'under' an acl.  the occasional method of finding damaged file to restore from backup ("(find / -print0 | xargs -0 cat ) > /dev/null") failed - the kernel said 'Error retrieving ACL on object' without returning EIO to the userland.

>How-To-Repeat:
      
>Fix:
that place in /sys/ufs/ufs/ufs_vnops.c is marked with 'XXX: fall back until debugged'; probably there should be 'return (error)' before the closing brace.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->rwatson 
Responsible-Changed-By: kris 
Responsible-Changed-When: Sat Jul 2 19:13:37 GMT 2005 
Responsible-Changed-Why:  
Assign to trustedbsd maintainer 

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