[OpenAFS] DA file server on linux 1.6.0rc2: assertion failed: Create

Derrick Brashear shadow@gmail.com
Thu, 6 Oct 2011 02:20:39 -0400

Sadly, it's probably a known bug that will be fixed in 1.6.1, coming
soon (as soon as buildbot catches up).

On Wed, Oct 5, 2011 at 5:43 PM, John Tang Boyland
<boyland@pabst.cs.uwm.edu> wrote:
> I've had a problem with the new DA file server. =A0It lost an entire dire=
> and the file server crashed. =A0The symptom that something was going bad =
> % touch 176
> touch: cannot create 176: File too large
> pabst.cs 297 % fs lq .
> Volume Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Quota =A0 =A0 =A0Used %Us=
ed =A0 Partition
> fa11.cs732 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 100000 =A0 =A0 64776 =A0 6=
5% =A0 =A0 =A0 =A0 =A01%
> This happened before, the directory was impossible to use.
> (That is, one could not create any files in it.)
> I created a new directory and abandoned the old directory,
> but then a few weeks later, the problem reocurred. =A0In both cases,
> the FileLog has entries such as:
> Wed Oct =A05 16:08:38 2011 ReallyRead(): read failed device 0 inode 70695=
83278211 errno 5
> But this time, when I tried to rename (mv) the directory
> which had the problem, the fileserver crashed:
> Fatal Rx error: assertion failed: Create(&filedir, "..", NewDirFid) =3D=
=3D 0, file: ../viced/afsfileprocs.c, line: 4215
> When it came back up, the directory where files could not be created
> was empty. =A0(But the directory in the backup volume still had
> all the files, fortunately.)
> The /vicep* partitions are ext4. =A0Maybe that's the problem?
> I know 1.6.0rc2 is old, but it's the latest version available
> with the Scientific Linux 6 "yum update". =A0 =A0If it's a known bug,
> I'll just have to wait. =A0(Or if "yum update openafs-server"
> isn't the command I'm supposed to use, let me know.)
> Best regards,
> John
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info