Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Apr 2006 23:40:19 GMT
From:      Antony Mawer <gnats@mawer.org>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/65920: [nwfs] Mounted Netware filesystem behaves strange
Message-ID:  <200604182340.k3INeJDp091869@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

The following reply was made to PR kern/65920; it has been noted by GNATS.

From: Antony Mawer <gnats@mawer.org>
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
      <output trimmed>
      /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?
 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200604182340.k3INeJDp091869>