[OpenAFS-devel] error report with hardly any useful information, an assert in file server code

Neulinger, Nathan nneul@umr.edu
Wed, 12 Mar 2003 16:22:20 -0600


I have a reproducible error condition with the current cvs volserver
code. I can move sw.krb5src between my other file servers (all running
2002-09-18 build) without any problem, but as soon as I try to move the
volume to the file server running current code, it fails:

Mar 12 16:11:19 afs-fs18 volserver[13119]: admin is executing
CreateVolume 'sw.krb5src'=20
Mar 12 16:11:19 afs-fs18 volserver[13119]: 1 Volser: CreateVolume:
volume 536928507 (sw.krb5src) created=20
Mar 12 16:12:12 afs-fs18 volserver[13119]: 1 Volser: WriteFile: Error
reading dump file 1 size=3D2048 nbytes=3D136294776 (-482088960 of
136294775); restore aborted=20
Mar 12 16:12:12 afs-fs18 volserver[13119]: 1 Volser: ReadVnodes: IDEC
inode 1=20

Note - moving volumes OFF of that server works fine.=20

I'm going to try and get some more info, but since this is very
reproducible, I figured it would be a good thing to investigate.

Note - it hapens with ANY volume size, including a freshly created
volume that is completely empty.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Neulinger, Nathan=20
> Sent: Wednesday, March 12, 2003 3:31 PM
> To: openafs-devel@openafs.org
> Subject: [OpenAFS-devel] error report with hardly any useful=20
> information, an assert in file server code
>=20
>=20
>=20
>=20
> Just upgraded a server to current snapshot, and got this assert. I
> believe it was in the process of trying to do a dump or a=20
> clone. I'm not
> positive.
>=20
> Assertion failed! file=20
> /umr/s/openafs/openafs/src/viced/afsfileprocs.c,
> line 6725.
>=20
> That looks to be something to do with large file support.=20
>=20
> I also got a couple of these, but have not been able to reproduce.
>=20
> Mar 12 15:18:06 afs-fs8 volserver[20341]: 1 Volser: Clone: Cloning
> volume 537102738 to new volume 538198043=20
> Mar 12 15:18:11 afs-fs8 volserver[20341]: 1 Volser: WriteFile: Error
> reading dump file 1 size=3D354304 nbytes=3D136179608 (-702464 of=20
> 136179607);
> restore aborted=20
> Mar 12 15:18:11 afs-fs8 volserver[20341]: 1 Volser: ReadVnodes: IDEC
> inode 67108865
>=20
> I need to check and make sure, but it looks like I'm seeing a bunch of
> warnings about idle transactions that I wasn't seeing before. They are
> all against clone volumes that were being used for dumps.
>=20
> Just got another one of those assertions.=20
>=20
> Basically, current cvs file/volserver code appears to have=20
> some issues.
> I'm going to try getting some more details on another server with some
> test volumes...=20
>=20
> -- Nathan
>=20
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nneul@umr.edu
> University of Missouri - Rolla         Phone: (573) 341-4841
> Computing Services                       Fax: (573) 341-4216
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-devel
>=20