This is fixed in 1.4.2-beta1 and above. Jeffrey Altman
Kevin Hildebrand wrote: > > Ok, here's some more info- I added some debugging code to the fileserver > at each of the calls to VTakeOffline that didn't already have it. The > volume is being taken offline because rx_WritevAlloc is failing inside > FetchData_RXStyle. Relevant logs below: > > Thu Aug 3 19:15:36 2006 [102] FindClient: authenticating connection: > authClass=0 > Thu Aug 3 19:15:36 2006 [102] WhoAreYou success on 128.8.111.219:7001 > Thu Aug 3 19:15:36 2006 [102] InitCallBackState3 success on > 128.8.111.219:7001 > Thu Aug 3 19:15:36 2006 [102] SAFS_FetchStatus, Fid = 1970897351.1.1, > Host 128 > .8.111.219:7001, Id 32766 > Thu Aug 3 19:15:36 2006 [102] SAFS_FetchStatus returns 0 > Thu Aug 3 19:15:36 2006 [102] SAFS_FetchStatus, Fid = > 1970897351.1348.1070438, > Host 128.8.111.206:7001, Id 32766 > Thu Aug 3 19:15:36 2006 [102] SAFS_FetchStatus returns 0 > Thu Aug 3 19:15:37 2006 [102] SAFS_FetchStatus, Fid = > 1970897351.1348.1070438, > Host 128.8.111.206:7001, Id 32766 > Thu Aug 3 19:15:37 2006 [102] SAFS_FetchStatus returns 0 > Thu Aug 3 19:15:37 2006 [102] SRXAFS_FetchData, Fid = > 1970897351.1348.1070438 > Thu Aug 3 19:15:37 2006 [102] SRXAFS_FetchData, Fid = > 1970897351.1348.1070438, > Host 128.8.111.206:7001, Id 32766 > Thu Aug 3 19:15:37 2006 [102] FetchData_RXStyle: Pos 0, Len 524288 > Thu Aug 3 19:15:37 2006 [102] FetchData_RXStyle: file size 1854506 > Thu Aug 3 19:15:37 2006 [102] FetchData_RXStyle failed - rx_WritevAlloc > returned <= 0 > Thu Aug 3 19:15:37 2006 [102] VOffline: Volume 1970897351 > (s.common.readonly) i > s now offline > Thu Aug 3 19:15:37 2006 [102] > Thu Aug 3 19:15:37 2006 [102] SRXAFS_FetchData returns 5 > > Kevin > > On Thu, 3 Aug 2006, Kevin Hildebrand wrote: > >> >> Hello, we've been having problems recently with one of our volumes >> having most or all of its RO replications go offline at approximately >> the same time. The RW volume has remained stable, so it's only the ROs >> that we're having problems with. >> >> This volume is released on an hourly basis, and normally has 3 RO >> replications. What's been happening, is that some point in between >> replications, the volume is taken offline- >> >> FileLog: >> Thu Aug 3 12:46:42 2006 VAttachVolume: volume salvage flag is ON for >> /vicepc//V1970897351.vol; volume needs salvage >> >> VolserLog: >> Thu Aug 3 12:46:42 2006 VAttachVolume: volume salvage flag is ON for >> /vicepc/V1970897351.vol; volume needs salvage >> >> There is no other relevant entry in the logs as to WHY the volume is >> being taken offline. I'll be adding some debug code to the fileserver >> shortly to see if I can nail down where this is occurring, if no one >> else has any leads. >> >> Here's the volume info- >> >> # /usr/afs/bin/volinfo -volumeid 1970897351 >> Inode 219522: Good magic 78a1b2c5 and version 1 >> Inode 219523: Good magic 99776655 and version 1 >> Inode 219524: Good magic 88664433 and version 1 >> Volume header for volume 1970897351 (s.common.readonly) >> stamp.magic = 78a1b2c5, stamp.version = 1 >> inUse = 0, inService = 1, blessed = 1, needsSalvaged = 1, dontSalvage = 0 >> type = 1 (readonly), uniquifier = 1070251, needsCallback = 0, >> destroyMe = 0 >> id = 1970897351, parentId = 1970897350, cloneId = 1970897351, backupId >> = 1970897352, restoredFromId = 0 >> maxquota = 200000, minquota = 0, maxfiles = 0, filecount = 1022, >> diskused = 125611 >> creationDate = 1154622174 (2006/08/03.12:22:54), copyDate = 1154622174 >> (2006/08/03.12:22:54) >> backupDate = 1154577821 (2006/08/03.00:03:41), expirationDate = 0 >> (1969/12/31.19:00:00) >> accessDate = 0 (1969/12/31.19:00:00), updateDate = 1154622150 >> (2006/08/03.12:22:30) >> owner = 0, accountNumber = 0 >> dayUse = 36575; week = (0, 0, 0, 0, 0, 0, 0), dayUseDate = 1154540160 >> (2006/08/02.13:36:00) >> >> Thanks, >> >> Kevin Hildebrand >> University of Maryland, College Park >> Project Glue >> _______________________________________________ >> OpenAFS-info mailing list >> [email protected] >> https://lists.openafs.org/mailman/listinfo/openafs-info >> > _______________________________________________ > OpenAFS-info mailing list > [email protected] > https://lists.openafs.org/mailman/listinfo/openafs-info
smime.p7s
Description: S/MIME Cryptographic Signature
