From owner-freebsd-bugs@FreeBSD.ORG Tue Apr 18 23:40:20 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EBD616A40A for ; Tue, 18 Apr 2006 23:40:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D45BC43D46 for ; Tue, 18 Apr 2006 23:40:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k3INeJKM091870 for ; Tue, 18 Apr 2006 23:40:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3INeJDp091869; Tue, 18 Apr 2006 23:40:19 GMT (envelope-from gnats) Date: Tue, 18 Apr 2006 23:40:19 GMT Message-Id: <200604182340.k3INeJDp091869@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Antony Mawer Cc: Subject: Re: kern/65920: [nwfs] Mounted Netware filesystem behaves strange X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Antony Mawer List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2006 23:40:20 -0000 The following reply was made to PR kern/65920; it has been noted by GNATS. From: Antony Mawer To: bug-followup@FreeBSD.org, feczo@siodigit.hu Cc: Subject: Re: kern/65920: [nwfs] Mounted Netware filesystem behaves strange Date: Wed, 19 Apr 2006 09:39:13 +1000 This problem is still present on both FreeBSD 4.11 and FreeBSD 6.0. I've seen it against both Netware 4 servers via IPX, and on Netware 6 running over IP. Performing an rsync backup of one of these servers, it will happily plow along for a while, and then suddenly you get a message like: rsync: read errors mapping "/mnt/data/path/to/some/file.dll": Unknown error: 35208 (35208) WARNING: path/to/some/file.dll failed verification -- update discarded (will try again). Followed by a torrent of "file has vanished" errors. Jumping to the mount-point, I get: $ mount /10.1.2.3:USER/DATA on /mnt/data (nwfs) $ cd /mnt/data $ ls ls: .: No such file or directory I spoke to Boris Popov a while ago, and he had this to say: "Such behavior usually caused by lost vnode reference and/or bugs in the vnode traversal code. In the case of nwfs this also might be the bugs in the full netware path reconstruction." Does that mean enough to anyone to have a look at anywhere specific in the code, or any suggestions on where I might look?